SPECIFICATION 



TO ALL WHOM IT MAY CONCERN: 

BE IT KNOWN THAT I, HIROYUKI MATSUSHIMA, a 
citizen of Japan residing at Kanagawa, Japan have 
invented certain new and useful improvements in 

COMMUNICATION SYSTEM IMPLEMENTING A PLURALITY OF 
COMMUNICATION APPARATUSES AS COMMUNICATION CLIENT AND 
COMMUNICATION SERVER FOR EXCHANGING OPERATION REQUESTS 

AND OPERATION RESPONSES 

of which the following is a specification:- 
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RACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a communication technique 
in a communication system implementing a plurality of 
5 communication apparatuses for realizing between the 

communication apparatuses transmission/ reception of an 
operation request and transmission/reception of an operation 
response to an operation request received from the 
communication counterpart. 
X 0 2. Description of the Related Art 

It is known that in a communication system connecting a 
plurality of communication apparatuses via a network, the 
communication apparatuses exchange messages with each other so 
that a communication apparatus is able to send a notification 
15 to a counterpart communication apparatus or command the 

counterpart apparatus to execute a request, for example. In 
such a system, a communication apparatus may send a command to 
execute an operation to another communication apparatus as an 
operation request and the communication apparatus receiving the 
20 operation request may send an execution result of the operation 
as an operation response. 

Also, a technique is known in which a portion of the 
communication apparatuses making up the communication system 
are arranged to be communication clients and another portion of 
25 the communication apparatuses are arranged to be communication 
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servers, and communication between a communication client and a 
communication server is realised by a protocol in which the 
communication client sends a communication request to the 
communication server and the communication server sends back a 
5 communication response to the communication client 

corresponding to a sender of the communication request. 

in such a system, the communication client may describe an 
operation request in the communication request and send this to 
the communication server, and the communication server may 
10 describe the operation response to this operation request in 
the communication response and send this back to the 
communication client corresponding to the sender of the 

communication request. 

Further, a reversal of the above technique is known in 
15 which the communication server sends an operation request to 
the communication client to administer the execution of an 
operation. In the following, exemplary implementations of such 

technology are described. 

in Japanese Patent Laid Open Publication No. 2001-273211, a 
20 message transmission/reception technique between a remote 
processor and a local processor is disclosed in which the 
remote processor sends a message indicating a command that is 
to be executed by the local processor and receives a response 
to the command from the local processor. 
25 Also, according to this document, in a case where the 



local processor is stationed within a firewall, the local 
processor sends a communication request to the remote processor 
stationed outside the firewall so that a command can be sent to 
the local processor within the firewall from outside. 

In this example, the local processor corresponds to the 
communication client and the remote processor corresponds to 
the communication server. 

Also, the technology relating to the operation request can 
be used in a system for controlling the operation of an 
apparatus connected to the communication apparatus at a remote 
location. An example of such implementation is disclosed in 
Japanese Patent Laid Open Publication No. 2002-135858. 
According to this document, in a remote operation system for 
operating blinds and lights, a remote operation apparatus 
having the function of accepting operations made by a user 
sends a command to a remotely controlled apparatus having the 
function of operating the blinds and lights. However, in this 
document, no mention is made of sending a response to the 

in a case where messages are exchanged between a plurality 
of communication apparatuses . one of the communication 
apparatuses may correspond to the sender of commands. 
Alternatively, a plurality of communication apparatuses may be 
arranged to send commands to each other, in which case the 
communication apparatus receiving a command is arranged to send 
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back an execution result to the sender of the command. In such 
an arrangement, information sent from one communication 
apparatus to a counterpart communication apparatus may be a 
command to the counterpart communication apparatus or an 
5 execution result of a command received from the counterpart 
communication apparatus. 

in the conventional art, these commands and execution 
results are sent separately, in such a method, separate 
connections are respectively established for the time a command 
XO is to be sent and for the time an execution result of the 

received command is to be sent. In turn, the communication 
overhead is increased and thereby a problem in communication 

efficiency arises . 

Presently, there are still many environments implementing 
15 the dial-up connection for establishing connection within a 
network. The above-described problem is particularly 
troublesome in such environments . Namely, in such environments, 
it may take several tens of seconds to establish a connection, 
and a fee is charged each time a connection is established. 
20 Therefore, an increase in the number of connections established 
results in a significant rise in costs. 



JM KJr * 

■me present invention has been conceived in order to 
25 resolve one or more of the above-described problems of the 
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related art and its object is to improve communication 
efficiency for the transmission/reception of an operation 
req uest and an operation response to this operation request 
between a plurality of communication apparatuses . 
5 specifically, according to one aspect, a communication 

method of the present invention includes the steps of: 

collectively transmitting from a first communication 
apparatus to a second communication apparatus an operation 
request to be transmitted to the second communication apparatus 
10 and an operation response to an operation request received from 
the second communication apparatus that are combined in one 
batch ; 

collectively transmitting from the second communication 
apparatus to the first communication apparatus an operation 

• 4.*. * thP first communication apparatus 
15 request to be transmitted to the Eirst co 

_ nnora tion reauest received from 
and an operation response to an operation requ 

the first communication apparatus that are combined in one 
batch* 

Farther, in a preferred embodiment, the operation request 
20 corresponds to a function call and the operation response 

corresponds to an execution result of a function called by the 
function call . 

Additionally, the second communication apparatus may be 
arranged to transmit the operation request and the operation 
25 response as a communication request; and the first 
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10 



communication apparatus may be arranged to transmit the 
operation revest and the operation response as a communication 
response to the communication request from the second 

communication apparatus . 

Al S o, the second communication apparatus may be arranged 
to periodically transmit the communication request to the first 

communication apparatus. 

According to another embodiment, a communication method of 

the present invention includes the steps of: 

transmitting from a first communication apparatus to a 
sec ond communication apparatus a SOAP request to be transmitted 
to the second communication apparatus and a SOAP response to a 
SOAP request received from the second communication apparatus 
that are described in one message; and 
5 transmitting from the second communication apparatus to 

the first communication apparatus a SOAP request to be 
transmitted to the first communication apparatus and a SOAP 
response to a SOAP request received from the first 
communication apparatus that are described in one message. 
l0 Further, in a preferred embodiment, the SOAP request 

describes a function call and the SOAP response descries an 
execution result of a function called by the function call. 

Additionally, the second communication apparatus may be 
arranged to transmit to the first communication apparatus an 
25 HTTP request that describes the SOAP request and SOAP response 
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to be transmitted to the first education apparatus, and the 
fir st conation apparatus may be arrayed to transit to 
the second communication apparatus an HTTP response to the HTTP 
req uest that describes the SOAP revest and SOAP response to b e 
5 transmitted to the second communication apparatus . 

Aiso, the second communication apparatus may be arranged 
to periodically transmit the HTTP request to the first 
communication apparatus . 

According to the communication method of the present 
L0 invention, an operation request to a —tion counterpart 
a nd an operation response to an operation request received fro, 
the co^unication counterpart m*y be collectively transmitted 
in one connection so that the communication overhead can be 
r educed and communication efficiency can be improved. 
15 in another aspect of the present invention, a 

4. « =H«r,+-ed to communicate with another 
communication apparatus adapted to 

, v . „ anDaratuS as a communication counterpart 
communication apparatus 

includes : 

transmitting means for collectively transmitting to the 
20 communication counterpart an operation request to be 

transmitted to the conation counterpart and an operation 
response to an operation request from the communication 
counterpart that are combined in one batch; 

re ceiving means for collectively receiving from the 
25 communication counterpart an operation response to the 
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operation request transmitted to the communication counterpart 
and an operation revest from the communication counterpart 
that are combined in one batch; and 

means for executing an operation according tc the 
5 operation request from the communication counterpart, and 

generating an operation response to said operation request as 
an execution result of said operation. 

Further, in a preferred embodiment, the operation request 
corresponds to a function call, and the operation response 
10 corresponds to an execution result of a function called by the 
function call . 

According to another embodiment, a conjunction apparatus 
of the present invention that is adapted to communicate with 

flrvnflratus as a communication counterpart 
another communication apparatus as 

15 includes: 

first storage means for storing an operation request from 
the communication counterpart and an operation response to said 

operation request; 

second storage means for storing an operation request to 
20 the communication counterpart and an operation response to said 

operation request; 

request generating means for generating the operation 
request to the communication counterpart and storing said 
operation request in the second storage means ; 
25 response generating means for reading from the first 



storage means the operation request from the convocation 
counterpart, executing an operation according to eaid operation 
request, generating the operation response to said operation 
request an execution result of said operation, and storing in 
5 the first storage means the generated operation response in 
association with the read operation request; 

gathering means for reading from the first storage means 
the operation response to the operation request from the 
communication counterpart, and reading from the second storage 
10 means the operation request to the communication counterpart; 

transmitting means for collectively transmitting to the 
communication counterpart the operation response and the 
operation request read by the gathering means in one batch; 
receiving means for collectively receiving from the 
15 communication counterpart the operation response to the 

operation request transmitted to the communication counterpart 
and the operation request from the communication counterpart in 
one batch; and 

distributing means for storing in the first storage means 
20 the operation request from the communication counterpart 

received by the receiving means, and storing in the second 
storage means the operation response to the operation request 
transmitted to the communication counterpart in association 
with the operation request transmitted to the communication 
25 counterpart. 
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Further, in a preferred embodiment, the transmitting means 
is arranged to transmit to the communication counterpart the 
operation request and the operation response as respective SOAP 
messages, and the receiving means is arranged to receive from 
5 the communication counterpart the operation request and the 
operation response as respective SOAP messages. 

Additionally the communication apparatus of the present 
embodiment may further include: 

means for assigning priority information to the operation 
10 requests stored in the first storage means and the operation 
request stored in the second storage means; wherein 

the response generating means is arranged to successively 
read from the first storage means the operation request from 
th e communication counterpart, generate the operation response 
15 to said operation request, and store the generated operation 
response in the first storage means according to the priority 

information; and 

the gathering means is arranged to successively read from 
the first storage means the operation response to the operation 
20 request from the communication counterpart according to the 
priority inf ortnation . and successively read from the second 
storage means the operation request to the communication 
counterpart according to the priority information. 

According to another embodiment, a communication apparatus 

. . „ * c adaDted "to communicate with 

25 of the present invention that is aaapxea x.w 



another 
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communication apparatus as a communication counterpart 



includes : 

transmitting means for collectively transmitting to the 
communication counterpart a SOAP request to be transmitted to 
5 the communication counterpart and a SOAP response to a SOAP 
request from the communication counterpart that are described 

in one message; 

receiving means for collectively receiving from the 
communication counterpart a SOAP response to a SOAP request 
10 transmitted to the communication counterpart and a SOAP request 
from the communication counterpart that are described in one 
message; and 

means for executing an operation being requested by the 
SOAP request from the communication counterpart and generating 
IS the SOAP response describing an execution result of said SOAP 
request - 

Further, in a preferred embodiment, the SOAP request 
describes a function call . and the SOAP response describes an 
execution result of a function called by the function call. 
20 According to another embodiment, a communication apparatus 

of the present invention that is adapted to communicate with 
mother communication apparatus as a communication counterpart 

includes : 

first storage means for storing an operation request from 
25 the communication counterpart and an operation response to said 



operation request; 

second storage means for storing an operation request to 
the communication counterpart and an operation response to said 

operation request; 
5 request generating means for generating the operation 

request to the communication counterpart and storing said 
operation request in the second storage means ; 

response generating means for reading from the first 
storage means the operation request from the communication 
10 counterpart, executing an operation according to said operation 
request, generating the operation response to said operation 
request as an execution result of said operation, and storing 
the generated operation response in association with the read 
operation request in the first storage means; 

gathering means for reading from the first storage means 
the operation response to the operation request from the 
conjunction counterpart, and reading from the second storage 
m eans the operation request to the communication counterpart; 
transmitting means for collectively transmitting to the 

. _ corp resTsonse describing a content 
20 communication counterpart a SOAP respon 

of the operation response read by the gathering means and a 
SOAP response describing a content of the operation request 
read by the gathering means that are described in one message; 
receiving means for collectively receiving from the 
25 communication counterpart the SOAP response describing the 



content of the operation response to the operation request 
transmitted to the communication counterpart and the SOAP 
request describing the content of the operation request that 
are described in one message; and 
5 distributing means for storing in the first storage means 

the content of the operation request from the communication 
counterpart described in the SOAP request received by the 
receiving means, and storing in the second storage means the 
content of the operation response to the operation request 
10 transmitted to the communication counterpart described in the 
received SOAP response in association with the operation 
request transmitted to the communication counterpart. 

Also , the communication apparatus of the present 
embodiment may further include: 
15 means for assigning priority information to the operation 

request stored in the first storage means and the operation 
request stored in the second storage means ; wherein 

the response generating means is arranged to successively 
read from the first storage means the operation request from 
20 the communication counterpart, generate the operation response 
to said operation request, and store the generated operation 
response in the first storage means according to the priority 
information; and 

^ c ^ arranaed to successively read from 
the gathering means is arranged 

o i-v^ aeration response to the operation 
25 the first storage means the operation 
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request from the communication counterpart according to the 
priority information, and successively read from the second 
storage means the operation request to the communication 
counterpart according to the priority information. 

in another aspect of the present invention, a 
communication system implementing a plurality of the 
communication apparatuses of the present invention that are 
adapted to comnunicate with each other as communication 
counterparts is provided. 

In another aspect of the present invention, a 
communication apparatus control method for controlling a 
cor«aunication apparatus of the present invention that is 
adapted to communicate with another communication apparatus as 
a communication counterpart is provided. 
5 m another aspect of the present invention, a medium that 

stores programs for controlling a computer to function as a 
communication apparatus of the present invention that is 
adapted to communicate with another cormrunication apparatus as 
a communication counterpart is provided. 
t0 According to the communication apparatus , coimuunication 

system, and coi^unication apparatus control method of the 
present invention, communication efficiency can be improved in 
a communication system iinplementing a plurality of 
communication apparatuses that are arranged to exchange an 
25 operation request and an operation response to a received 



operation revest with each other. Also, according to the 

media storing the programs for controlling a computer to 
function as the communication apparatus of the present 
invention, the features of the convocation apparatus of the 
5 present invention may he realized in the computer so as to 
obtain the advantageous effects of the present invention. 

in another aspect of the present invention, a 
communication client that is adapted to transmit a 
communication request to a communication server, and receive a 

• v rKDQ nse to the communication request from the 
10 communication response no ui 

.4 wViorein the communication 

communication server is provided, wherein tn 

req uest describes a client request corresponding to an 
operation request to the communication server, and the 
communication response describes an operation response to the 

15 client request, includes: 

transmitting means for collectively transmitting to the 
creation server the client request and an operation 
res ponse to a server request corresponding to an operation 
request from the communication server that are described 
20 together in the communication request; 

receiving means for collectively receiving from the 
comminution server the operation response to the client 
req uest transmitted to the communication server and the server 
request that are described together in the communication 
25 response to the communication request; and 
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mea ns for executing an operation according to the server 
revest and generating the operation response to the server 
request as an execution result of said operation. 

Further, in a preferred embodiment, the operation request 
5 corresponds to a function call, and the operation response 

corresponds to an execution result of a function called by the 
function call. 

According to another embodiment, a communication client of 
the present invention that is adapted to transmit a 
10 convocation request to a co^unication server, and receive a 
communication response to said communication request from the 
communication server, wherein the communication request 
describes a client request corresponding to an operation 
request to the communication server, and the communication 
15 response describes an operation response to the client request, 
includes : 

first storage means for storing a server request 
corresponding to an operation request from the communication 
server and an operation response to said server request; 

second storage means for storing the client request and an 

operation response to said client request; 

^pratina the client request 
request generating means for generating ^ 

^i^4- rAmiest in the second storage 
and storing the generated client request in 



means ; 



25 



roartinn the server request 
response generating means for reading tn 



from the first storage means, executing an operation according 
to said server request, generating the operation response to 
said server request as an execution result of said operation, 
and storing in the first storage means the generated operation 
5 response in association with the read server request; 

gathering means for reading the operation response to the 
server request from the first storage means, and reading the 
client request from the second storage means ; 

transmitting means for collectively transmitting to the 
10 communication server the read operation response and client 
request that are described together in the communication 

request; 

receiving means for collectively receiving from the 
communication server the operation response to the client 
15 request transmitted to the communication server and the server 

j <. nno i-her in the coirertunication 
request that are described together in ^ 

response to the communication request; and 

distributing means for storing in the first Storage means 
the server request received by the receiving means , and storing 
20 in the second storage means the received operation response to 
the client request transmitted to the communication server in 
association with the client request transmitted to the 

communication server. 

Further, in a preferred embodiment, the transmits, means 
25 i. arranged to periodical transmit the communio.tioo repeat 
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to the communication server. 

Additionally, the MltM — » » » 
transmit to the conviction server the operation revest and 
« operation response as respective S0« messages, end the 
5 rec .ivi», -ens may be arranged to receive from the 

— cation server the operation request and the operation 
response as respective SOW messages. 

M8 o. the co«»lcation client of the present embedment 

may further include: 

means for assigning priority infection to the server 
request stored in the first storage means and the client 
request stored in the second storage means; .herein 

_ . _ 3r ranaed to successively 
the response generating means is arranged t 

*v,^ «Mr<4t. storage means, generate 
rea d the server request from the first sto g 

15 the operation response to said server reguest. and store the 
generated operation response in the first storage means 
wording to the priority inf oration; and 

=r.v- a r,rrpd to successively read the 
the gathering means is arranged to su 

* the server request from the first storage 
operation response to the server requ 

2 0 means according to the priority information. - anccessl vely 
to the priority information. 

^ ^ a communication client of 

According to another embodiment, a comm 

. _ . .Hanted to transmit an HTTP 
the present invention that xs adapted to 

-receive an HTTP response 
25 request to a communication server, and receive 



to said HTTP request from the communication server, wherein the 
HTTP request describes a SOAP request to the coirrciunication 
server, and the HTTP response describes a SOAP response to the 

SOAP request, includes: 
5 transmitting means for collectively transmitting to the 

communication server the SOAP request and a SOAP response to a 
SOAP request from the communication server that are described 

together in the HTTP request; 

receiving means for collectively receiving from the 
10 communication server the SOAP response to the SOAP request 
transmitted to the communication server and the SOAP request 
from the cormnunication server that are described together in 

the HTTP response; and 

means for executing an operation according to the SOAP 
15 request received from the communication server and generating 
an execution result of said operation that is to be described 
in the SOAP response to said SOAP request. 

Further, in a preferred embodiment, the SOAP request 
describes a function call, and the SOAP response describes an 
20 execution result of a function called by the function call. 

According to another embodiment, a communication client of 
the present invention that is adapted to transmit an HTTP 
request to a communication server, and receive an HTTP response 
to said HTTP request from the communication server, wherein the 

25 HTTP request describes a SOAP request to the communication 
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server, and the HTTP response describes a SOAP response to the 

SOAP request, includes: 

first storage means for storing a server request 
corresponding to an operation request from the conation 
5 server and an operation response to said server request; 

second storage means for storing a client request 
corresponding to an operation request to the communication 
S erver and an operation response to said client request; 

rtenpratitia the client request 
request generating means for generating ^n 

^«ri client request in the second storage 
10 and storing the generated client requ 

means ; 

response generatin, _» *>r *— !■> «- 
from the firs, stor.,e .seans , executing an operation according 

^ rraner-atina the operation response to 
to said server request, generating ^ f 

15 said server revest as an execution result of said operation. 
,„d stori„ g in the first storage — the aerated operation 
response in association with the read server revest, 

r-^sdina the operation response to the 
gathering means for reading tne y 

first storage means, and reading the 
server request from the first y 

20 client request from the second storage means; 

transmitting means for collectively transmitting to the 
creation server the SOAP response describing a content of 

, . , +h „ fathering means and the SOAP 
the operation response read by the gatner 

request describing a content of the client request read by the 
25 gathering means that are described together in the HTTP 
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request; 

receiving means for collectively receiving from the 
communication server the SOAP response to the SOAP request 
transmitted to the communication server and the SOAP request 
from the communication server that are described together in 
the HTTP response to the HTTP request; and 

distributing means for storing in the first storage means 
the content of the server request described in the SOAP request 
received by the receiving means , and storing in the second 
storage means the content of the operation response to the 
client request transmitted to the communication server 
described in the SOAP response received by the receiving means 
in association with the client request transmitted to the 

communication server. 

Further, in a preferred embodiment, the transmitting means 
is arranged to periodically transmit the HTTP request to the 

communication server . 

Also, the communication client of the present embodiment 

may further include: 

means for assigning priority information to the server 
request stored in the first storage means and the client 
request stored in the second storage means ; wherein 

the response generating means is arranged to successively 
read the server request from the first storage means . generate 
the operation response to said server request, and store the 



generated operation response in the first storage means 
according to the priority information; and 

the gathering means is arranged to successively read the 
operation response to the server request from the first storage 
means according to the priority information, and successively 
read the client request from the second storage means according 
to the priority information. 

in another aspect of the present invention, a 
communication client control method for controlling the 
communication client of the present invention that is adapted 
to transmit a communication request to a communication server 
and receive a communication response to the communication 
request from the communication server is provided. 

in another aspect of the present invention, a medium that 
stores programs for controlling a computer to function as a 
communication client of the present invention that is adapted 
to transmit a communication request to a communication server 
and receive a communication response to the communication 
request from the communication server is provided. 

According to the communication client and communication 
client control method of the present invention, communication 
efficiency can be improved in the transmission/reception of an 
operation request and an operation response to a received 
operation request performed between a plurality of 
communication apparatuses that are arranged to either transmit 
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a communication request and receive a communication response to 
the communication request or receive a communication request 
and transmit a communication response to this communication 
request. Also, according to the medium storing programs for 
5 controlling a computer to function as a communication client of 
the present invention, the features of the communication client 
of the present invention may be realized in the computer so 
that the advantageous effects of the present invention may be 
realized. 

10 in another aspect of the present invention, a 

communication server that is adapted to receive a communication 
request from a communication client, and transmit a 
communication response to said communication request to the 
communication client, wherein the communication request 
15 describes a client request corresponding to an operation 

request from the communication client, and the communication 
response describes an operation response to the client request, 
includes ; 

receiving means for collectively receiving from the 
20 communication client the client request and an operation 

response to a server request corresponding to an operation 
request transmitted to the communication client that are 
described together in the communication request; 

transmitting means for collectively transmitting to the 
25 communication client the operation response to the client 



revest received from the communication client and the server 
revest that are described together in the communication 
response to the communication request; and 

m eans for executing an operation according to the client 
5 request and generating the operation response to the client 
request as an execution result of said operation. 

Further, in a preferred enfcodiment, the operation request 
corresponds to a function call, and the operation response 
corresponds to an execution result of a function called by the 

10 function call. 

Accordin, to another e*odi»ent. » oonrcunioation server of 

the present invention thet 1= adapted to receive e 
creation repeat fro* a cogitation ciient. and transit 
a co—nication reaponse to aaid co»uni=ation recast to th. 
U caseation client, wherein the co™onication revest 
aeaerihes a client request corresponding to an operation 
rarest rrc the co-nnic.tion client, and the conviction 
response descries an operation response to the client repeat, 
includes : 

first storage means for storing the client request and an 
operation response to said client request; 

second storage means for storing a server request 
corresponding to an operation request to the com.unica.ion 
cli ent and an operation response *o said server request; 
25 request generating means for generating the server request 
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and stori- the generated serve, revest in the second etorage 



means; 



response generating means « reeding the client revest 
free, the first stores means, executing eh operation seconding 

„«. r,»r>*>ratincr the Operation response to 
5 to said client request, generating ™ v 

5a id client reguest es en execution result of said operation, 
„d storing in the first storage means the generated operation 
response in association with the read client request; 

r-rtl 1 actively receiving from the 
receiving means for coiiec-civej-y 

« communication client the client revest and the operation 

response to the server reguest transmitted to the conviction 
client that are described together in the cc^unication 
request; 

distributing means for storing in the first storage means 
15 the client request received by the receiving means, and storing 
in the second storage means the received operation response to 
the server reguest transmitted to the convocation client in 
association with the server reguest transmitted to the 

communication client; 
20 gathering means for reading the operation response to the 

client reguest from the first storage means, and reading the 
server request from the second storage means; and 

™i i <=.<-tivelv transmitting to the 
transmitting means for collectively 

„i i the read operation response and server 
communication client tne reau 

., , + nn -.*.Y.& r in the communication 

25 request that are described together m i 
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response. 

Further in a preferred embodiment, the receiving means is 
arranged to receive the operation response and the operation 
request from the communication client a* respective SOAP 
5 messages, and the transmitting means is arranged to transmit 
the operation response and the operation request to the 
communication client as respective SOAP messages. 

Also, the communication server of the present embodiment 

may further include: 
L0 means for assigning priority information to the client 

request stored in the first storage means and the server 
request stored in the second storage means; wherein 

the response generating means is arranged to successively 
read the client request from the first storage means, generate 
15 the operation response to said client request, and store the 
generated operation response in the first storage means 
according to the priority information; and 

the gathering means is arranged to successively read the 
operation response to the client request from the first storage 
20 means according to the priority information, and successively 

read the server request from the second storage means according 
to the priority information. 

According to another embodiment, a communication server of 
the present invention that is adapted to receive an HTTP 
25 request from a communication client, and transmit an HTTP 
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response to said communication request to the communication 
client, wherein the HTTP request describes a SOAP request from 
the communication client, and the HTTP response describes a 
SOAP response to said SOAP request, includes: 
5 receiving means for collectively receiving from the 

communication client the SOAP request and a SOAP response to a 
SOAP request transmitted to the communication client that are 
described together in the HTTP requests- 
transmitting means for collectively transmitting to the 
10 communication client the SOAP response to the SOAP request from 
the communication client and the SOAP request to the 
communication client that are described together in the HTTP 
response to the HTTP request; and 

means for executing an operation according to the SOAP 
15 request received from the communication client and generating 
an execution result of said operation that is to be described 
in the SOAP response to said SOAP request. 

Further, in a preferred embodiment, the SOAP request 
describes a function call, and the SOAP response describes an 
20 execution result of a function called by the function call. 

According to another embodiment, a communication server of 
the present invention that is adapted to receive an HTTP 
request from a communication client, and transmit an HTTP 
response to said communication request to the communication 
25 Client, wherein the HTTP request describes a SOAP request from 
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the communication client:, and the HTTP response describes a 
SOAP response to said SOAP request, includes: 

first storage means for storing a client request 
corresponding to an operation request from the ccnnunication 
5 client and an operation response to said client command; 

second storage means for storing a server request 
corresponding to an operation request to the coitcaunication 
client and an operation response to said server request; 

request generating means for generating the server request 
10 and storing the generated server request in the second storage 
means ; 

response generating means for reading the client request 
from the first storage means; executing an operation according 
to said client request, generating the operation response to 
13 said client request as an execution result of said operation, 
and storing in the first storage means the generated operation 
response in association with the read client request; 

receiving means for collectively receiving from the 
communication client the SOAP request describing the client 
20 request and the SOAP response, corresponding to a response to 
the SOAP request transmitted to the communication client and 
describing the operation response to the server request 
transmitted to the communication client, that are described 

together in the HTTP request; 
25 distributing means for storing in the first storage means 
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a content of the client revest described in the SOAP revest 
received by the receiving means and storing in the second 
storage nutans a content of the operation response described in 
the SOPA response received by the receiving means in 
5 association with the server request transmitted to the 

communication client; 

gathering means for reading the operation response to the 
client request from the first storage means, and reading the 
server request from the second storage means ; and 
10 transmitting means for collectively transmitting to the 

communication client the SOAP response describing the content 
of the operation response read by the gathering means and the 
SOAP request describing the content of the operation request 
re ad by the gathering means that are described together in the 

15 HTTP response to the HTTP request. 

• server of the present embodiment 

Also, the communication server ^ * 

may further include: 

nveans for assigning priority information to the client 
request stored in the first storage means and the server 
20 request stored in the second storage means; wherein 

the response generating means is arranged to successively 
read the client request from the first storage means, generate 
the operation response to said client request, and store the 
generated operation response in the first storage means 
25 according to the priority information; and 
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the gathering means is arranged to successively read the 
operation response to the client request from the first storage 
means according to the priority information, and successively 
read the server request from the second storage means according 
5 to the priority information. 

in another aspect of the present invention, a 
communication server control method for controlling the 
communication server of the present invention that is adapted 
to receive a communication request from a communication client 
10 and transmit a communication response to the communication 
request to the communication client is provided. 

in another aspect of the present invention, a medium that 
stores programs for controlling a computer to function as the 
communication server of the. present invention that is adapted 
15 to fecei ve a communication request from a communication client 
and transmit a communication response to the communication 
request to the communication client is provided. 

According to the communication server and communication 
server control method of the present invention, communication 
20 efficiency can be improved in the transmission/reception of an 
operation request and an operation response to a received 
operation request performed between a plurality of 
communication apparatuses that are arranged to either transmit 
a communication request and receive a communication response to 
25 this communication request or receive a communication request 
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and transmit a communication response to this communication 
request. Also, according to the medium storing the programs 
for controlling a computer to function as the communication 
server, features of the communication server of the present 
5 invention may be realized in the computer so that the 

advantageous effects of the present invention may be realized. 

In another aspect of the present invention, a 
communication system implementing the communication client and 
communication server of the present invention is provided, 
10 wherein the communication client transmits a communication 
request to the communication client and receives a 
communication response to the communication request from the 

communication client. 

in another aspect of the present invention, a 
15 communication system control method for controlling the 

communication client and communication server of the present 
invention is provided, wherein the communication client 
transmits a communication request to the communication server 
and receives a communication response to the communication 
20 request from the communication server. 

According to the communication system and communication 
system control method of the present invention, communication 
efficiency can be improved in a communication system for 
realizing an exchange of an operation request and an operation 
25 response to the operation request between a plurality of 
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communication apparatuses that are arranged to either transmit 
a convocation request and receive a convocation response to 
this communication request or receive a convocation request 
and transmit a communication response to this communication 



request 



ppTtr DESCRIPTION nF THE DRAWINGS 

FIG.l shows an exemplary configuration of a communication 
system Elementing communication apparatuses according to an 
10 embodiment of the present invention; 

FIGS.2A and 2B illustrate a relation between an operation 
request and an operation response in the convocation system 
of FIG.l; 

FIG. 3 shows an exemplary configuration of a communication 
l5 system in an embodiment using HTTP as a communication protocol; 

FIGS-4A and 4B illustrate a relation between an operation 
request and an operation response in the communication system 
of FIG. 3; 

FIG. 5 illustrates an exemplary communication sequence in 

20 the communication system of FIG. 3; 

FIG. 6 illustrates another exemplary communication sequence 

in the communication system of FIG.3; 

FIG. 7 shows an exemplary hardware configuration of an HTTP 
client and an HTTP server shown in FIG.3; 
25 FIG. 8 is a block diagram illustrating an exemplary 



functional configuration of the HTTP client shown in FIG. 3 for 
realizing processes pertaining to a command and command 
response ; 

FIG. 9 shows an exemplary data configuration of a client 
5 command sheet stored in a client command pool shown in FIG . 8 ; 

FIG. 10 shows an exemplary data configuration of a server 
command sheet stored in a server command pool shown in FIG. 8; 

FIG. 11 shows an example of an HTTP request that is to be 
transmitted to the HTTP server by the HTTP client shown in 
10 FIG.3; 

FI6.12 shows an example of an HTTP response from the HTTP 
server received by the HTTP client shown in FIG. 3; 

FIG. 13 shows an example of a part describing a client 
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command; 

FIG .14 shows an example of a part describing a response to 

a client command; 

FIG. 15 shows an example of a part describing a server 

command; 

FIG. 16 shows an example of a part describing a response to 

20 a server command; 

FIG. 17 is a flowchart illustrating a basic operation flow 
of a message gathering and distributing process performed in 

the HTTP client of FIG. 3; 

FIG.18 is a flowchart illustrating a more detailed process 

25 flow Of Steps S11-S14 of FIG. 17; 
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FIG.19 is a flowchart illustrating a more detailed 
operation flow of the process steps S15 and onward of FIG. 17; 

FIG. 20 is a flowchart illustrating an exemplary process 
flow pertaining to the execution of a server command that is 
5 performed in the HTTP client shown in FIG. 3; 

FIG. 21 is a flowchart illustrating another exemplary 
process flow pertaining to the execution of the server command; 

FIG. 22 is a block diagram illustrating an exemplary 
functional configuration of the HTTP server shown in FIG. 3 for 
10 performing processes pertaining to the command and the command 
response; 

FIG. 23 shows an exemplary data configuration of a server 
command sheet that is to be stored in the server command pool 
of FIG. 22; 

15 FIG. 24 shows an exemplary data configuration of a client 

command sheet that is to be stored in the client command pool 
of FIG. 22; 

FIG. 25 is a flowchart illustrating a basic operation flow 
of a message gathering and distributing process performed in 

20 the HTTP server of FIG. 3; 

FIG. 2 6 is a flowchart illustrating a more detailed 
operation flow of the process steps Slll-115 in FIG. 25; 

FIG.27 is a flowchart illustrating a more detailed process 
flow of steps S116 and onward in FIG -25; 
25 FIG. 28 is a flowchart illustrating an example of a process 
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flow pertaining to the execution of a client command that is 
performed in the HTTP server shown in FIG. 3; 

FIG. 29 is a flowchart illustrating another exemplary 
process flow pertaining to the execution of the client command; 
5 FIG. 30 is a block diagram showing an exemplary 

configuration of a communication system in a reference example 
using SMTP as the communication protocol; 

FIGS.31A and 31B illustrate a relation between an 
operation request and an operation response in the 
10 communication system of FIG- 30; 

FIG. 32 shows an exemplary communication sequence in the 

communication system of FIG. 30; 

FIG. 33 is a block diagram illustrating a functional 
configuration of a communication apparatus shown in FIG. 30 for 

, . ^z^— •» command and a command 
15 performing the processes pertaining to a command 

response; 

FIG. 34 shows an exemplary electronic mail to be sent from 
one communication apparatus to another communication apparatus 
of the communication system shown in FIG . 30 ; 
20 FIG.35 is a flowchart illustrating a basic operation flow 

for message transmission in the communication system of FIG. 30; 

FIG. 36 is a flowchart illustrating a basic operation flow 
for message reception in the communication sytem of FIG.30; and 
FIG. 37 illustrates another exemplary communication system 
25 according to an embodiment of the present invention. 




rurcr-RTPTTON OF THE PREFERRED EMBODIMENTS 

In the following, preferred embodiments of the present 
invention are described with reference to the accompanying 
5 drawings . 

FIG.l shows an exemplary configuration of a communication 
system using communication apparatuses according to an 
embodiment of the present invention. 

As is shown in the drawing, this communication system 
10 includes a network 10 that establishes a connection between a 
first communication apparatus 1 and a second communication 
apparatus 2 (i.e.. nodes) each corresponding to a communication 
apparatus of the present invention. 

For the first communication apparatus 1 and the second 
15 communication apparatus 2. a computer such as a PC having 
communication functions . or other various electronic 
apparatuses having communication and information processing 
functions may be used. As for the network 10, the Internet, a 
LAN (local area network) , or other various communication routes 
20 that enable network communication may be used regardless of 
whether it is wired or wireless. 

The first communication apparatus 1 and the second 
communication apparatus 2 implement various application 
programs for controlling and managing each other. The 
25 application programs may be stored in storage means and used to 
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perform various processes of the communication apparatuses 1 
and 2. In the present embodiment, each node is arranged to 
send to a counterpart node an 'operation request', which 
corresponds to a revest for an execution of a method (process 
5 of an application program implemented in the counterpart node, 
and acquire from this counterpart node an 'operation response', 
which corresponds to a processing result of the requested 
process, using RPC (remote procedure call) . In other words, 
the first communication apparatus 1 is capable of generating a 
10 request to the second communication apparatus 2 (referred to as 
-first communication apparatus request' hereinafter), 
transmitting the first communication apparatus request to the 
second communication apparatus 2, and acquiring a response to 
this request. The second communication apparatus 2 is capable 
15 of generating a request to the first communication apparatus 1 
(referred to as 'second communication apparatus request' 
hereinafter) , handing the second communication apparatus 
request to the first communication apparatus 1 , and acquiring a 

response to this request. 

It is noted that in the present application, a method is 
defined as a logical function prescribing an input and output 
format- Thus, the operation request corresponds to a procedure 
call for calling the prescribed function, and the operation 
response corresponds to the execution result of the function 
25 called by the procedure call. 



20 
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FIGS.2A and 2B show a relation between the operation 
revest and the operation response. 

FIC.2A illustrates a case in which an operation request to 
the second communication apparatus 2 is generated at the first 
5 communication apparatus 1. In this model, the first 

communication apparatus 1 generates a first communication 
apparatus operation request and sends this to the second 
communication apparatus 2, and the second communication 
apparatus 2 receiving this request sends bacX an operation 

10 response to this request. 

FIG.2B illustrates a case in which an operation request to 
first communication apparatus 1 is generated at the second 
cor^unication apparatus 2. In this model, the second 
communication apparatus 2 generates a second communication 
15 apparatus operation request and sends this to the first 
communication apparatus 1, and the first communication 
apparatus 1 receiving this request sends back an operation 

response to this request. 

It is noted that in the present embodiment, SOAP (simple 

, 5 as a protocol for transmitting 

20 object access protocol) is used as a pr 

the argument and return value of an RPC (to be described later, , 
and the above-described operation request and operation 
response are referred to as SOAP documents . 

The present invention is characterized in thai:, in an 
25 arrangement where a plurality of communication apparatuses 



transmit/receive operation requests and operation responses to 
received operation requests to/fro* each other, as described 
above, for example, an operation request that is to be sent to 
a communication counterpart (i.e., communication apparatus at 
5 the other end of the connection) and an operation response to 
an operation reque 3 t received from the communication 
counterpart are combined and collectively sent. 

In the present invention, a communication protocol for 
transmitting an operation request or an operation response is 
10 used. For example, HTTP (HyperText transfer Protocol) or SMTP 
(Simple Mail Transfer Protocol) may be used as the 
communication protocol depending on the configuration of the 
congestion system. It is noted that a communication system 
using SMTP may not transmit/ receive a communication request and 

• .p-nnnse in one connection as in 

15 a corresponding communication response in 

a communication system using HTTP. 

Thus, first, an embodiment using HTTP as the communication 
protocol will be described, and then a case of using SMTP as 
the communication protocol will be described as a reference 
20 example. 

[Embodiment Using HTTP : FIGS. 3-21] 

FIG. 3 shows an exemplary configuration of a communication 

system according to an embodiment using HTTP . 

• Hrswina this communication system 

As is shown in the drawing, vjij.* 

1 <■> http client 11 , and Internet 13 

25 includes an HTTP server 12, an HTTP client , 



that interconnects the HTTP server 12 and the HTTP client 11 . 
The HTTP client 11 is connected to the Internet 13 via a 
firewall 14 to ensure security. The HTTP server 12 corresponds 
to the communication server or the first communication 
5 apparatus, and the HTTP client corresponds to the communication 
client or the second communication apparatus. 

in performing communication using HTTP, the firewall 14 
prevents a node stationed outside to freely access a node 
stationed within the firewall 14 , and data is sent to the node 
10 within as a communication response (HTTP response) to a 

communication request (HTTP request) sent from this nod.. In 
tnis communication system, the HTTP client 11 corresponds to 

node stationed within the firewall 14 and the HTTP server 
« corresponds to the node stationed outside the firewall 14. 
15 However, in implementations other than the communication 

between the nodes, these nodes are not lifted to functioning 

as a server or a client. 

Also, as in the first communication apparatus 1 and the 
seC ond communication apparatus 2 shown in FIG.l, the HTTP 
20 server 12 and the HTTP client 11 ^lament application programs 
to control and manage each other. Further, using PPC (remote 
procedure call) , the HTTP server 12 and the HTTP client 11 are 
capable of sending to each other an 'operation request- 
corresponding to a call to perform a method (process) of an 
25 application program implemented at the other side (i.e. , the 



receiver of the ' operation request'), and acquiring an 
operation response' corresponding to the processing result of 

this ' operation request ' . 

FIGS-4A and 4B illustrate a relation between the operation 
request and the operation response according to this embodiment. 

FIG.4A illustrates a case in which an operation request to 
the HTTP server 12 is generated at the HTTP client 11. In this 
model, the HTTP client 11 generates a client operation request 
(also referred to herein as 'client command') and sends this 
request to the HTTP server 12 , and the HTTP server 12 receiving 
this request sends back an operation response to this command 
(this response also being referred to herein as 'conunand 
response ' or simply ' response ' ) . 

FIG.4B illustrates a case in which an operation request to 
the HTTP client 11 is generated at the HTTP server 12. In this 
model, the HTTP server 12 generates a server operation request 
(also referred to herein as 'server command') and sends this 
request to the HTTP client 11. and the HTTP client 11 receiving 
this command sends back an operation response to this command. 

As is described above, in the RPC level, the operation 
request and the operation response are equally handled both at 
the HTTP client 11 side and the HTTP server 12 side. However, 
in the communication level, this is not the case; namely, one 
side is arranged to send an HTTP request whereas the other side 
5 is arranged to send an HTTP response. 
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FIG-5 illustrates an exemplary communication sequence in 
the communication system according to the present embodiment. 

As is shown in the drawing, in this communication system, 
the HTTP client 11 is arranged to send an HTTP request to the 
HTTP server 12 as a communication request, and the HTTP server 
12 is arranged to send back an HTTP response to the HTTP client 
U as a communication response to the communication request. 
For example, the HTTP client 11 may send an HTTP request X and 
the HTTP server 12 may respond by sending back an HTTP response 
X< or similarly, the HTTP client 11 may send an HTTP request Y 
and the HTTP server 12 may respond by sending back an HTTP 
response Y . 

in the illustrated exemplary embodiment, an HTTP request 
of a communication sequence may include, a client command 
corresponding to an operation request to be sent from the HTTP 
client 11 to the HTTP server 12 and/or a response to a server 
command that has been sent from the HTTP server 12 to the HTTP 
cli ent 11 (command response, . Similarly, an HTTP response may 
include, a server command corresponding to an operation request 
to be sent from the HTTP server 12 to the HTTP client 11 and/or 
a response to a client command that has been sent from the http 
client 11 to the HTTP server 12 (command response) . 

For example, in FIG.5, a client command A to be sent from 
the HTTP client 11 to the HTTP server 12 is described in the 
5 HTTP request X, and a corresponding command response to the 



client command A is described in the HTTP response X to the 
HTTP request X. On the other hand, a server command C to be 
sent from the HTTP server 12 to the HTTP client 11 is described 
in the HTTP response X to the HTTP request X, and a 
corresponding command response to the server command C is 

described in an HTTP request Y. 

Also, in the case of FIG.4A, the HTTP client 11 is able to 
establish a connection with the HTTP server 12 Immediately 
after a client command is generated to include the generated 
command in an HTTP request and transmit this to the HTTP server 
12. However, in the case of FIG.4B, the firewall 14 
implemented at the HTTP client 11 side blocks an HTTP request 
from the HTTP server 12 side and, therefore, the HTTP server 12 
is unable to establish a connection with the HTTP client 11 to 
transmit a generated server command right away. 

It is also noted that any number (including 0) of client 
commands and responses to server commands may be described in 
one HTTP request, and any number (including 0) of server 
commands and responses to client commands may be described in 
one HTTP response. The contents described in one HTTP request 
or HTTP response are logically transferred in one bundle. 

In this way, the number of connections required in 
transmitting information may be reduced so that communication 
overhead is reduced and communication efficiency is enhanced. 

FIG. 6 illustrates another exemplary communication sequence 



in the communication system according to the present embodiment. 

In FIG. 5, a very simple sequence example has been given in 
order to simplify the explanation. In FIG. 6 , an example is 
given in which the number of commands and command responses 
5 described in each HTTP request or HTTP response is varied. 

in the example of FIG. 6, a response to a received command 
may be sent back at the first transmission opportunity or any 
transmission opportunity thereafter. For example, a client 
command B shown in FIG. 6 is described in a HTTP request X', but 
10 the corresponding command response to the client command B is 
not described in the HTTP response X' of the HTTP request. 
Instead, the command response is described in a subsequent HTTP 
response Y' . 

As will be appreciated, the above may apply to the server 
IS command as well. Thus , a command response to a server command 
described in an HTTP response may be described in any HTTP 
request that is transmitted after the reception of this HTTP 
response . 

It is noted that each command and command response is 
20 generated independently and, thus, when one or more commands 
and/or command responses are to be processed together to be 
transferred in one bundle as described above, these commands 
and/or command responses are combined for the transmission. 
Then, after transmission, a separation process is performed on 
25 the combined commands and/or command responses. 
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In the following, a hardware configuration of the HTTP 
client 11 and the HTTP server 12. a functional configuration 
for realizing the above described processes, and procedural 
steps for realizing the processes will be described. 
5 FIG. 7 shows an exemplary hardware configuration of the 

HTTP client 11 and HTTP server 12. 

As is shown in the drawing, each HTTP client 11 and HTTP 
server 12 includes a CPU 31, a ROM 32, a RAM 33, a flash memory 
34, a network interface card (NIC) 35, and a system bus 36 
10 interconnecting the above elements. 

The CPU 31 corresponds to control means for realizing 
overall control over the HTTP client 11 and HTTP server 12 
using a control program stored in the ROM 32. The KOM 32 is a 
read only memory storing various sets of fixed data including 
15 the control program used by the CPU 31 . 

The RAM 33 is a temporary storage memory used as a working 
memory for the CPU to perform data processing, for example. 
The flash memory 34 is a nonvolatile memory that is able to 
retain its stored contents even when the power of the apparatus 
20 is turned off. The NIC 35 corresponds to communication means 
for transmitting/receiving information to/from a communication 
counterpart via a network such as the Internet 13 . 

FIG. 8 is a block diagram illustrating a functional 
configuration of the HTTP client 11 for realizing processes 
25 pertaining to commands and command responses. 
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Of the functions shown in FIG. 8, a client command pool 41 
and a server command pool 42 are implemented in any rewritable 
storage means of the HTTP client 11 . Client command generating 
means 43 , server command execution result generating means 44 , 
5 outgoing message gathering means 45, and received message 

distributing means 48 are realized by the CPU 31. Also, HTTP 
request transmitting means 46 and HTTP response receiving means 
47 are realized by the CPU 31 and the NIC 35. 

in the following, further details of the above functions 

10 are described. 

The client command pool 41 corresponds to a second storage 
area implemented in the HTTP client 11, and registers a client 
command, a response to this command, and identification 
information of this command in association with each other. 
15 The server command pool 42 corresponds to a first storage area 
implemented in the HTTP client 11 , and registers a server 
command, a response to this command, and identification 
information of this command in association with each other. 
The client command pool 41 and server command pool 42 are 
20 arranged to store a command sheet adapted into a table format 
for each command, wherein the command and information 
pertaining to the command such as its identification 
information and its corresponding response are associated with 
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each other . 

The client command generating means 43 corresponds to 



request generating means . This client command generating means 
43 has functions of generating a client command, assigning 
identification information (ID) for identifying this command, 
attaching management information for managing this command, and 
5 registering in the client command pool 41 the above information 
in association with each other as a client command sheet in a 
table format. Generating the client command in the client 
command generating means 43 may be based on an application 
program implemented in the HTTP client 11. for example. The 
10 client command generating means 43 may have a function of 

prioritizing the execution of the generated client commands in 
administering the HTTP server 12 to execute the commands. 

FIG. 9 shows an exemplary data configuration of the client 
command sheet of the HTTP client 11 illustrated in FIG. 8. 
15 as is shown in this drawing, in the client command sheet 

of the HTTP client 11, areas for storing data corresponding to 
a 'command ID', a 'method name', an 'input parameter', a 
•status', a 'client command execution result notifying 
destination', and 'output parameter' are provided. Herein, the 
20 'command ID' , the 'method name' , and the 'input parameter- 
correspond to the client command (and the ID attached thereto) , 
and the 'status', and the 'client command execution result 
notifying destination' correspond to the management information 
The 'output parameter' corresponds to the content of the 
25 command response received from the HTTP server 12. 
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in the following, a specific description of each of the 

above items is given. 

First, the 'method name' corresponds to the specific 
content of the request being made to the HTTP server 12. and 
5 indicates the type of function to be called at the HTTP server 
12. The 'input parameter' corresponds to data accompanying the 
method name', and indicates the argument for calling the 
function. The 'command ID' corresponds to identification 
information for identifying the client command. The 'status' 
10 corresponds to data indicating the progress of the process 
relating to the client command, and changes from 'not 
transmitted' - 'waiting for response'- 'response received- 
according to the progress of the process. 

When the response to the client command described in the 
15 client command sheet is received, this is notified to a module 
corresponding to the 'client command execution result notifying 
destination'. The module being referred to as the 'client 
command execution result notifying destination' usually 
corresponds to the application program that has generated the 
20 client cormand; however, this is not always the case. As for 
the 'output parameter', a content of the command response is 
stored at the time the con^nand response is received. This item 
is left blanX until the command response is received from the 
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HTTP server 12. 

Referring back to FIG. 8, the server command execution 
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Also . it is noted that the server command execution result 
generating means 44 may correspond to an application program, 
or may instead correspond to a module that administers the 
execution of the command by calling the appropriate application 
5 program for executing the server command, for example. 

FIG. 10 shows an exemplary data configuration of a server 
command sheet in the HTTP client 11. 

As is shown in the drawing, the server command sheet of 
the HTTP client 11 includes areas for storing data 
10 corresponding to a 'command ID', a 'method name', an 'input 
parameter', a 'status', an ' output parameter ' , and a 'server 
command notifying destination'. The 'command ID', the 'method 
name', and the 'input parameter' correspond to the server 
command (and ID attached thereto), the 'status' and the 'server 
15 command notifying destination' correspond to the management 

information. The 'output parameter' corresponds to the server 
command execution result, which indicates the content of the 
command response that the HTTP client 11 sends bade in response 

to the server command. 
20 in the following, each of the above items is described in 

greater detail. 

First, the 'method name' corresponds to the content of the 
request being made to the HTTP client 11. and indicates the 
type of function being called in the HTTP client U. The 
25 'input parameter' corresponds to accompanying data of the 
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-method name', and indicates the argument for calling the 
function. The 'command ID' corresponds to information for 
identifying the server command. The 'status' corresponds to 
data indicating the progress of the process pertaining to the 
server command, and changes from 'not processed' - 'process 
complete' - 'response made' according to the progress of the 
process. The 'output parameter' stores the response generated 
by the server command execution result generating means 44. 
This item is left blank until the 'status' reaches 'process 
complete'. The 'server command notifying destination' 
corresponds to reference information (e.g., address) of the 
module realizing the execution of the server command. 

Now, referring back to FIG. 8, the outgoing message 
gathering means 45 corresponds to request gathering means for 
reading from the server command pool 42 a command response 
generated by the server command execution result generating 
means 44 that is registered in association with the command ID 
of the server command corresponding to this command response, 
as well as reading from the client command pool 41 a client 
command generated by the client command generating means 43 
that is registered in association with the command ID of this 
command, and generating an outgoing message from the read data. 

When execution priority information is assigned to the 
command responses and/or the client commands, the outgoing 
5 message gathering means 45 may be arranged to read the command 
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responses and/or client commands according to the order of 

execution priority. 

An outgoing message describes a command response or client 

command and the corresponding command ID as a SOAP message 
5 using the XML (extensible Markup Language) format, which is a 
structured language format. Thus, the outgoing message 
gathering means 45 generates a SOAP message as an outgoing 
message for each command response or client command. In such 
case, the corresponding command ID of each command is described 
10 in a SOAP header and the command response or the content of the 
client command is described in a SOAP body. In a communication 
using SOAP, a message called SOAP envelope that includes the 
SOAP header describing the command ID and the SOAP body 
describing accessory information is described using the XML 
15 format and exchanged using a protocol such as HTTP. 

The outgoing message gathering means 45 may generate a 
SOAP message from a command response or client command by 
implementing an appropriate conversion program (serialized 
that is generated based on WSDL (Web Service Description 
20 Language) , and serializing the read data. 

The HTTP request transmitting means 46 corresponds to 
transmitting means for generating an HTTP request containing 
the outgoing message generated by the outgoing message 
g at hering means 45, and transmitting the HTTP request to the 
25 HTTP server 12 . it is noted that any number of outgoing 



-54- 



messages may be contained in an HTTP request, and also, 
outgoing messages corresponding to command responses and 
outgoing messages corresponding to client commands may be 
intermingled in the HTTP request on an arbitxary basis. 
5 The HTTP request transmitting means 46 is adapted to 

include the outgoing messages generated by the outgoing message 
gathering means 45 in one (or more) HTTP request for 
transmission to the HTTP server 12 without regard to whether 
the outgoing messages correspond to a command response or a 
10 client command. It is also possible to set a limit to the 

number of outgoing messages included in one HTTP request, as 

w ill be appreciated. 

It is noted that once the outgoing message gathering means 
45 undertakes reading a client command or conmand response, the 
15 transmission of the HTTP request is performed even when there 

is no data to be read and consequently no outgoing messages are 
generated. That is, the outgoing message gathering means 45 
periodically makes an attempt to read a command response or 
client coxnoand. For example, the readout operation may be 
20 performed every 60 minutes based on a timer. 

The above arrangement is made because the HTTP server 12 
i8 unable to send information to the HTTP client U unless the 
HTTP client 11 makes a comWcation request to the HTTP server 
12 as described earlier. Thus, even when there is no data to 
25 be sent from the HTTP client 11. the HTTP client 11 is arranged 



to periodically send a communication request to the HTTP server 
12 to give the HTTP server 12 an opportunity to send 
information to the HTTP client 11 so that information to be 
transmitted to the HTTP client 11 is prevented from remaining 
5 in the HTTP server 12 over a long period of time. 

It is noted that the outgoing message gathering means 45 
is able to perform the readout operation at a suitable timing 
aside from the designated periodic readout timing. For example, 
when information requiring urgent transmission is registered in 
10 one of the client command pool 41 or server command pool 42, 
the client command generating means 43 or the server command 
execution result generating means 44 may notify this to the 
outgoing message gathering means 45 so that the information can 
be readout. 

15 The HTTP response receiving means 47 corresponds to 

receiving means for acquiring an HTTP response from the HTTP 
server 12. In the HTTP response, any number of receiving 
messages may be included. The receiving message may describe a 
server command and the command ID associated with this command 
20 or a response to a client command and the command ID associated 
with this command, and the two types of receiving messages may 
be intermingled in the HTTP response as necessary or desired on 

an arbitrary basis. 

The receiving message describes the command or response 

25 and the corresponding command ID as a SOAP message. 
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The received message distributing means 48 corresponds to 
distributing means for allocating and registering the data 
contained in the HTTP response received by the HTTP response 
receiving means 47 into the server command pool 42 and client 

5 command pool 41, respectively. 

The server command and the corned ID associated with this 
command are registered in a server command sheet provided in 
the server command pool 42 . *s for the response to a client 
command, the command ID associated with this ccmnand is 
10 collated with the command ID of each client command sheet 

stored in the client command pool 41 so as to determine the 
corresponding client command of the corned response, and this 
co^nd response is registered as the Output parameter- of the 

corresponding client command. 

The HTTP response is resolved into the respective 

■ oanh rece iving message included in this 
receiving messages . and each receiving 

« is extracted so that data described therein is 
HTTP response is extracted 

p suitable for registration in the table, 

converted into a format suitable ro 

. 0 TMlize d by implementing an appropriate 
This conversion may be realized Dy m v 

™ hunui that is generated based on WSDL. 
20 conversion program (parser) tnat * y 

■f =t, HTTP reauest that is to be 
FIG. 11 shows an example of an HTTP reque 

„ K „ ^.ue HTTP client 11 having 
transmitted to the HTTP server 12 by the HTT 

the above-described functions. 

^ is shown in the drawing, this HTTP request has a body 
25 portion that describes a multipart message using KB* 
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(Multipurpose Internet Mail Extension) . In each part making up 
the multipart message an entity header is described and a SOAP 
m essage is embedded. In the example of F18.ll. the HTTP body 
of the HTTP request is made up of independent parts 1-4 that 
5 are divided from each other by a <MIME_boundary' ; however, it 
is noted that the number of parts described in an HTTP body is 
not limited to four, and any number of parts (including 0, may 
be described. 

It is also noted that the SOAP envelope embedded in the 
10 http request to be transmitted to the HTTP server 12 may 

describe a client command or a response to a server command. 

FIG. 12 shows an example of an HTTP response received by 
the HTTP client 11 from the HTTP server 12. 

As is shown in the drawing, the structure of the HTTP 
15 response is identical to that of the HTTP request shown in 
ri8.ll except for the HTTP header. The body portion of the 
HTTP response is identical to the HTTP request and describes 
SOAP envelopes of a multipart message that is in accordance 
wi th MIME. It is noted that the content of the SOAP envelope 
20 varies depending on the content of the conmand or command 
response being described. 

It is noted that the SOAP envelope embedded in the HTTP 
response to be transmitted to the HTTP client 11 may describe a 
server command or a response to a client command. 
25 in the following, specific examples of the parts in the 
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described with reference to 



HTTP request or HTTP response are 
FIGS. 13-16. 

™i« nf a Dart describing a client 
FIG. 13 shows an example of a parx, 

command . 

5 m this example. -SOAPAction- described in the entity 

Header portion indicates that the data descried in this part 
eorreaponds to a SOW envelop, describing a command. 
Tjpe: Request, also indicates this information. Also, a «*l 
.gniform Besource Xdentifier, described after -SOAPAction- 
10 includes the W -server- so as to indicate that the data 
described in this part corresponds to a SOAP envelope 
describing s cos^nd to a server. — IT. * client co-snd. 

under the <Envelope> tag. addresses defining namespaces 
are indicated as attributes of the -Envelope- tag. Also, in 
a this example, nnigue .spaces are defined in addresses 

/v. =^t' and » http://www.foo.com/server' in 
'http://www.foo.coro/header and mxp 

j p; „^ the norm in SOAP. Thus, 
addition to the namespaces defined as the 

~ prefix »n' attached to an XML tag indicates that 
a namespace prefix « 

, UASriar . is to be referred to, 
the address .http://www.foo.com/header is to 

o n «rfix W attached to an XML tag indicates 
20 and a namespace prefix ns 

that the address 'http:/ /www. foo.com/ server' is to he referred 
to in acquiring the structures of these XML tags and 
definitions of data to be transferred. 

in the 1 SOAP header', -12345' corresponding to the 10 of 

, ■ Scribed as the content of the • request 
25 this client command is described 
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ID' XML tag- m the 'SOAP body' . a 'trouble notification' tag 
is described as information indicating the method stored in the 
method name- of the client command sheet, and the argument and 
other information stored in the 'input parameter' of the client 
5 corrcnand sheet are described as elements of subordinate tags 
such as an 'error ID' tag and a 'description tag', a this 
example, the notification content of the trouble notification 
is described, 

FIG. 14 shows an example of a part describing a response to 

10 a client command. 

in this example, 'X-SOAP-Type: Response' is described in 

the entity header portion to indicate that the data described 

in this part corresponds to a SOAP envelope describing a 

command response. 
15 The definitions of namespaces in this example are 

identical to those of the previous example shown in FIG. 13. 
Further, in the ' SOAP header', '12345' corresponding to the ID 
of the client command to which the response has been generated 
is described as the content of the 'conoand ID' XML tag. In 
20 the >SOAP body', a 'trouble notification Response' tag for 

indicating that the part describes a response to the 'trouble 

j . j-.or-ih^d and the content of the 
notification' command xs described, ana w 

command response is described in a subordinate tag and its tag 
element. In this example, information indicating the fact that 
25 the trouble notification has been properly received is 
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described. 

FIG. 15 shows an example of a part describing a server 
concnand. 

As in the example of FIG. 13, the information 'SOAPAction' 
5 and 'X-SOAP-Type: Request' described in the entity header 

portion of this part indicates that the data described in this 
part corresponds to a SOAP envelope describing a command. In 
this example, a URI (Uniform Resource Identifier) described 
after 'SOAPAction' includes the word 'client' indicating that 
10 the data described in this part corresponds to a SOAP envelope 
describing a command to a client, namely, a server command. 

Under the <Envelope> tag, addresses defining namespaces 
are indicated as attributes of the 'Envelope' tag, and in this 
example, unique namespaces are defined in addresses 
15 'http://www.foo.com/header' and 'http://www.foo.com/client' in 
addition to the namespaces defined as the norm in SOAP. 

in the ' SOAP header', '98765' corresponding to the ID of 
this server cottmand is described as the content of the 'command 
ID' XML tag. Also, in the SOAP body, a 'temperature sensor 
20 value acquisition' tag is described as information indicating 
the method stored in the 'method name' of the server command 
sheet, and the argument or some other information stored in the 
.input parameter' of the server command sheet is described as 
an element of a subordinate tag 'sensor ID' . In this example, 
25 the ID of the sensor from which the sensor value is to be 
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acquired is described- 

Further, it is noted that the server may send such a 
command to the client when it receives a trouble notification 
from the client, for example, in which case the server may try 
5 to determine the cause of the trouble. 

FIG. 16 shows an example of a part describing a response to 

a server command. 

As in the example of FIG. 14, 'X-SOAP-Type: Response' is 
described in the entity header portion of this part to indicate 
10 that the data described in this part corresponds to a SOAP 
envelope describing a command response. 

Also, as in the example of FIG. 15. '98765' corresponding 
to the ID of the server command to which this response is 
generated is described in the 'SOAP header' of this part as the 
15 content of the 'command ID' XML tag. In the SOAP body , a 

temperature sensor value acquisition Response' tag indicating 
that the part indicates the response to the 'temperature sensor 
value acquisition' command is described, and the content of the 
server command response is described in a subordinate tag and 
20 its tag element. In this example, temperature value 
information provided by the sensor to which the value 
acquisition request has been made is described- 

in the following, processes performed by the HTTP client 
11 having the above-described configurations and functions are 
25 described with reference to flowcharts shown in FIGS. 17-21. It 
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j i i„c-i- rated in these flowcharts may 
is noted that the processes illustrated in unco 

be realized by the CPU 31. for example, which executes the 
appropriate control programs, as will be appreciated. 

First of all, FIG.17 shows a flowchart illustrating a 
5 basic operation flow of a message gathering and distributing 
process . 

The CPU 31 of the HTTP client 11 starts the process 
illustrated by the flowchart of FIG.17 when it is time for the 
outgoing message gathering means 45 to undertake readout of a 
10 client command and/or command response. 

According to this process flow, first, a client command 
gathering process is performed (811) - This corresponds to a 
process of gathering from the client conmand pool 41 client 
commands that are to be transmitted to the HTTP server 12. and 
15 also includes a process of generating from the gathered data 
parts containing respective SOAP envelopes. 

Next, a server command execution result gathering process 
is performed (512) . This corresponds to a process of gathering 
from the server command pool 42 command responses that are to 
20 be transmitted to the HTTP server 12, and also includes a 

process of generating from the gathered data parts containing 
respective SOAP envelopes. 

Then, the parts generated in the processes of steps Sll 
and S12 are merged so that an HTTP request containing these 
25 parts is generated (813) - This HTTP request is t*en sent to 
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-the HTTP server 12 (S14) . 

With regard to the processes up to this point, the CPU 31 
functions as the outgoing message gathering means 45 in steps 
Sll and S12, and as the HTTP request transmitting means 46 in 

5 steps S13 and S14. 

Next, an HTTP response as a communication response to the 
HTTP request is received from the HTTP server 12 (S15) . Then, 
the HTTP body of the received HTTP response is divided into 
parts (S16) . This corresponds to a process of dividing the 

10 HTTP body into components that are separated from each other by 

a 1 MIME_boundary ' . 

Then, a sequence of processes corresponding to steps 
S17-S19 is successively performed for each of the divided parts, 
in this process sequence, first, it is determined whether a 
15 part subjected to the process describes a server command (S17) . 
Then, if it is determined that the part describes a server 
command, a server command registration process is performed 
(S18) - if ^ is determined that the part does not describe a 
server command, this means that the part describes a response 
20 to a client command and, thereby, a response notification 

process is performed (S19) * 

After performing either step 818 or S19, the process goes 
back to step S17 , and the process sequence is repeated for a 
next part that is subjected to the process. Thus, the process 
25 sequence of steps S17-S19 is performed for each of the divided 



-64- 



parts, and the process flow shown in FIG. 17 ends when this is 
completed. 

With regard to the processes up this point, the CPU 31 
functions as the HTTP response receiving means 47 in steps S15 
a nd S16, and as the received message distribution means 48 in 

steps S17-S19. 

in the following, the operation flow of FIG. 17 is 
described further using flowcharts each illustrating portions 
of the operation flow in greater detail. 

FIG. 18 is a flowchart illustrating a more detailed process 

flow of Steps S11-S14 in FIG. 17. 

According to this process flow, first, the CPU 31 of the 
HTTP client 11 gathers from the client co^nd pool 41 contents 
of the 'method name' and * input parameter' of the client 
co^nd sheets indicating 'not sent' for the -status' as client 
contends to be sent to the HTTP server 12. and also gathers 
contents of the 'command ID' as IDs of the gathered client 
co^ands CS2D . It is noted that when 'not sent' is indicated 
as the 'Status', this means that a con^nand generated by the 
0 client command generating means 43 has not yet been sent to the 
HTTP server 12. Thus, corrcnands to be sent to the HTTP server 
12 can be extracted based on this information. 

Then, a process sequence corresponding to steps S22-S24 is 
successively performed on each of the client commands gathered 
25 in step S21. Xn this process sequence, first, a client corttoand 



and its corresponding command ID that are subjected to the 
process are converted into an XML text in which information on 
the client command and the command ID are included in a SOAP 
body and a SOAP header, respectively (522) . Accessory 
5 information is attached to the XML text to generate a SOAP 
envelope corresponding to a part describing the subjected 
command (823) - *«». the 'status' of the client command sheet 
describing the subjected client command is changed from 'not 
sent' to waiting for response' (B24) . When the 'status' of 
10 the client command sheet is indicated as 'waiting for response', 
this means that the described command has been sent to the HTTP 
server 12. 

After the process sequence is performed on each of the 
gathered client commands, the CPU 31 gathers the contents of 
15 the 'output parameter' of server command sheets of which the 
•status' is indicated as 'process complete' as command 
resP onses to server con^nds that are to be transmitted to the 
HTTP server 12, and also gathers the contents of the 'command 
ID . as IDs of the server commands corresponding to the gathered 
20 responses (835) . When the 'status' is indicated as 'process 
complete', this means that the response corresponding to the 
server command that is generated by the server command 
execution result generating means 44 has not yet been sent to 
the HTTP server 12 . Thus , the command responses to be 
25 transmitted to the HTTP server 12 can be extracted based on 



this information. 

Then, a process sequence corresponding to steps S26-S28 is 
successively performed on each of the command responses 
gathered in step S25. This process sequence includes 
5 converting a subjected command response and the corresponding 
command ID gathered therewith into an XML text that describes 
information on this command response and the corresponding 
command ID in a SOAP body and a SOAP header, respectively (826) , 
attaching accessory information to the XML text and generating 
10 a SOAP envelope corresponding to a part describing the 

subjected command response (827) . This process sequence is 
identical to that of steps S22 and S23 except for the 
difference in the data items being subjected to the processes. 
Next, the 'statu.' of the server command sheet describing the 
15 subjected command response is changed to 'response made' (S28) . 
When 'response made' is indicated as the 'status', this means 
that the command response has been sent to the HTTP server 12. 

After the completion of the processes described above, the 
CPU 31 merges the parts generated in steps S23 and S27, 
20 generates a multipart HTTP request as shown in FIG. 11. and 
sends this to the HTTP server 12 (S29) . 

It is noted that the changing of the 'status' in steps S24 
and S28 may be performed after the transmission of data is 

actually completed- 

, ho nrocesseB pertaining to the transmission 
25 In this way, the processes pcxuax ^ 
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of the HTTP request are completed, and the operation moves on 

to steps S15 Of FIG. 17. 

FIG .19 is a flowchart illustrating a more detailed 
operation flow of FIG. 17 for the processes of steps S15 and 
5 onward. The process step following step S29 of FIG. 18 
corresponds to step S31 in this drawing. 

According to this process flow, first, the CPU 31 of the 
HTTP client 11 awaits the arrival of an HTTP response to the 
transmitted HTTP request, and then receives the HTTP response 
10 from the HTTP server 12 (S31) . Upon receiving the HTTP 

response, the CPU 31 analyzes its HTTP body and divides it into 
parts (S32) . 

Then, a process sequence corresponding to steps S33-S39 is 
3uccessively performed on each of the divided parts. 
15 in this process sequence, first, it is determined whether 

a part subjected to the process corresponds to a server con«nand 
(S33) . As is described above, a server command and a response 
to a client corrmand may be included in the HTTP response and, 
thus, a determination of whether a part corresponds to a server 
20 conmand or a response to a client command is made. This 

determination is made based on whether a 'SOAPAction' header is 
described in the part, or the determination may be made based 
on the content of the ' X-SOAP-Type • header. 

Then, when it is determined in step S33 that the part does 
25 not correspond to a server command, this means that the part 



describes a response to a client command. In this case, the 
XML text describing the part is analyzed and converted into 
data suitable for registration in the client command sheet 

(534) . Then, a client command corresponding to this response 
5 is searched from the client command pool 41 , and the command 

response data is registered in the item 'output parameter' of 
the client command sheet of the corresponding client command 

(535) . It is noted that a command ID identical to the 
information indicated as the Command ID' in the transmitted 

10 client command is attached to the command response and, thus, 
the search for the client command in step S35 may be conducted 
using this information as a key. 

After the registration of the command response data is 
completed the 'status' of the client command sheet is changed 
15 to 'response received' (836) . Then, the fact that a response 
has been received is notified to a destination registered in 
the 'client command execution result notifying destination' 
( S37) . With this notification, an application program such as 
that for generating the client command may be informed that a 
20 response to the generated cor^and has been received, and may 
perform the appropriate processes according to the response. 

F or example, when an application program for generating a 
trouble notification generates a client command to send a 
trouble notification to the HTTP server 12, this command is 
25 sent to the HTTP server 12, and the HTTP server 12 may send 



bacK a command response indicating that the command has been 
properly received. Then, the HTTP client 11 receiving this 
command response may search the client command corresponding to 
this command response based on the command ID included in the 
received command response, and register this command response 
in association with the searched out client command- Then, the 
application program for generating the trouble notification 
that is registered as the command execution result notifying 
destination of this command is notified of the fact that a 
response to this command has been received. The application 
program for receiving this notification may refer to the client 
command sheet and acquire the execution result of the generated 
command from the item 'output parameter' of this client command 
sheet . 

After the processes up to step S37 are completed for the 
subjected part, the same processes starting from step S33 are 
repeated for a next part if such part exists. 

On the other hand, when it is determined in step S33 that 
the subjected part corresponds to a server command, the XML 
text describing the part is analyzed and converted into data 
suitable for registration in the server command sheet (S38) . 
Then a server command sheet for this server command is created 
and this server command sheet containing the server command and 
its corresponding command ID is registered in the server 
command pool 42 (839) . The content of the server command is 



registered in the items 'method name' and 'input parameter' of 
the server command sheet, and the command ID described in the 
part is registered in the item 'command ID' of the server 
command sheet. In the item 'server command notifying 
destination' , reference information to the application program 
with which the method registered in the 'method name' is 
executed, for example, is registered, this reference 
information being determined based on correspondence 
information between a method and an application program, for 
D example, that is provided beforehand. It is noted that the 
initial value of the 'status' corresponds to 'not processed', 
and the initial value of the 'output parameter' corresponds to 

'NULL' - 

After the processes up to step S39 are completed for the 
15 subjected part, the same processes starting from step S33 are 
repeated for a next part if such part exists . 

Thus, the process flow illustrated in FIG. 19 ends after 
the process sequence from step S33 to step S39 is performed on 
each of the parts contained in the HTTP response received in 
20 step S31. 

By performing the above-described processes, the HTTP 
client 11 is able to send to the HTTP server 12 an operation 
request to be transmitted to the HTTP server 12 together with 
*n operation response to an operation request received from the 
25 HTTP server 12 in one bundle. Also, the HTTP client 11 is able 



to receive from the HTTP server 12 an operation request sent by 
the HTTP server 12 together with an operation response to the 
operation request that has been sent to the HTTP server 12 in 
one bundle. 

5 It is noted that in the present embodiment, the parts to 

be transmitted are generated and merged together before they 
are transmitted, and the parts are received as a whole after 
which they are divided into parts for further processing; 
however, it will be appreciated that the present invention is 
10 not limited to this arrangement. 

For example, in the transmission stage, the HTTP header 
may first be transmitted, after which the ensuing parts are 
successively transmitted each time they are generated, and 
notification data may be sent after the transmission of the 
15 parts is completed. Even in such arrangement, as long as the 
data transmitted during this stage correspond to a logical 
succession of data belonging to one HTTP request having one 
HTTP header, the transfer of data can be realized in one 
session with one negotiation process. Thus, an effect similar 
20 to that from merging the parts together before transmitting the 
HTTP request can be obtained in this embodiment as well . 
Further, since the required memory capacity of the buffer for 
storing data to be transmitted can be reduced in this 
^odlment, a low cost communication apparatus can be arranged 
25 to handle a large quantity of data. 
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Also, at the receiving side, the processes for each part 
rnay be successively performed each time a part is received. As 
in the transmission, the required memory capacity can be 
reduced according to this embodiment. 
5 in the following, processes pertaining to the execution of 

a server command will be described. 

FIG. 20 is a flowchart illustrating an example of such 

processes . 

The process steps of FlG-20 pertaining to the execution of 
10 a server command are performed after step S39 of FIG.19. 

Namely, these steps may be performed after the server command 
is registered in the server command pool 42. Herein, the CPU 
31 of the HTTP client 11 functions as the server command 
execution result generating means 44. 
15 in this process flow, first, an application program or 

S ome other suitable means for executing the server concnand is 
called based on the information corresponding to the 'server 
command notifying destination' of the server command sheet 
describing the registered server command, and data 
20 corresponding to the 'method name- and 'input parameter' are 
transferred to the application program so that a process 
pertaining to the server command is performed (S41, . Although 
it is not shown in this flowchart, the process pertaining to 
the server command is executed by the CPU 31 using a different 

25 thread . 



After this process step is completed, the execution result 
is registered in the item 'output parameter' of the server 
conroand sheet (342). At the same time, the status' of the 
server command sheet is changed to 'process complete' which 
5 indicates that the process is completed (843) . Then, the 

operation goes bade to the process flow of FIG.19, namely, to 
step S33, if appropriate, or to end the operation of the HTTP 

client 11. 

By means of the process steps of FIG.20. the server 
10 command may be executed end appropriate measures may be taxen 
so that the execution result of the server command can be sent 
to the HTTP server 12 as the command response. 

FIG. 21 is a flowchart illustrating another exemplary 
process flow pertaining to the execution of the server command 
15 that is performed independently from the process flow of FIG.19 
Herein, the CPU 31 of the HTTP client 11 also functions as the 
server command execution result generating means 44 as in the 
exeurple of FIG.20. 

m p.rfM»i*g the process steps of na.2i. the ere >i 

2 0 initiates the process et suitable -oh as a, iotervais 

o£ . p^eten-ioe, to P-*- « * t». 

Hfflft an HTTP response is received, 
period passes from the time an nix 

When the process of FIG.21 is started, a server con^nand 
sh eet of which the 'status' is indicated as 'waiting for 
25 process' is extracted from the server command pool 42 to be 
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subjected to the subsequent processes, and the 'status' of its 
command sheet is changed to 'processing' (8X1 . Although it is 
not shown, if a server command sheet of which the 'status' is 
indicated as 'waiting for process' is not found in the server 
5 command pool 42, the process of HS.21 is ended. 

When a server command sheet qualifying for the process can 
be found, the process steps S41-S43 are performed as in FIG.20 
to execute the server command described in the subjected server 
command sheet, and the process ends after these steps are 

10 completed. 

It is noted that the above processes may be performed 

simultaneously using a plurality of threads (e.g., four 
threads). Herein, since the 'status' of a server command sheet 
that is once subjected to the process is no longer indicated as 
15 'waiting for process' . the server command sheet is prevented 
from being subjected to a process more than once even when a 
new process is started before a previous process is completed. 

By performing the above-described processes, each server 
coomand can be executed at a desired timing and, thereby, even 
20 when the execution of one command taxes a long time, its 

subsequent processes (server con^nds) may not necessarily be 
affected by this delay. Further, the execution results of the 
server commands are successively adjusted for transmission to 
the HTTP server 12 as command responses according to the order 
25 in which the execution of each command is completed. 



in the above, the processes pertaining to the transfer of 
commands and command responses performed in the HTTP client 11 

has been described. 

A functional configuration of the HTTP server 12 will now 

5 be described. Herein, it is noted that a hardware 

configuration of the HTTP server 12 may be identical to that of 
the HTTP client 11 as described using FIG.7; Thereby, in the 
flowing descriptions of the HTTP server 12, numerical 
references for hardware components are identical to those for 

10 the HTTP client 11. 

FIG. 22 is a block diagram illustrating an exemplary 
functional configuration of the HTTP server 12 for performing 
processes pertaining to the transfer of commands and conmand 
responses . 

15 of the functions shown in FIG. 22. a server command pool 

141 and a client command pool 142 are implemented in any 
suitable rewritable storage means of the HTTP server 12. 
Server command generating means 143. client command execution 
result generating means 144, outgoing message gathering means 
20 145, and received message distributing means 148 are realized 
by the CPU 31. Also, HTTP response transmitting means 146 and 

e i/i7 *re realized by the CPU 31 and 
HTTP request receiving means 147 are reaxizeu y 

the NIC 35. 

in the following, further details of the above functions 
25 are described. 
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First, the server command pool 141 corresponds to a second 
storage area implemented in the HTTP server 12, and registers a 
server command, a response to this command, and identification 
information of this command in association with each other. 
5 Also, the client command pool 142 corresponds to a first 

storage area implemented in the HTTP server 12 , and registers a 
client command, a response to this command, and identification 
information of this command in association with each other. 
The server command generating means 143 corresponds to 
10 request generating means for generating a server command, 

assigning identification information (ID) for identifying this 
command, attaching management information for managing this 
command, and registering in the server command pool 141 the 
above data in association with each other as a client command 
15 sheet in a table format. Further, generating the client 
command in the client command generating means 43 may be 
realized by an application program implemented in the HTTP 
server 12, for example. Also, the server command generating 
me ans 143 may have a function of prioritizing the execution of 
20 the generated server commands in administering the HTTP client 

11 to execute the commands. 

FIG. 23 shows an exemplary data configuration of the server 

command sheet of the HTTP server 12. 

As is shown in this drawing, the server command sheet of 
25 the HTTP server 12 has areas for storing data that are largely 



identical to those of the client command sheet of the HTTP 
client 11 shown in FIG. 9. The difference between these two 
coitrcand sheets lies in the fact that the type of command 
described in the server command sheet of the HTTP server 12 is 
5 a server command rather than a client command and the HTTP 

client 11 is designated as the destination of this command and 
the sender of its corresponding command response. Further, as 
for the 'server command execution result notifying destination' 
of the server conroand sheet of the HTTP server 12, although the 
10 title of this item is different since the command sheet 

describes a server command rather than a client command, the 
actual contents that may be registered as data for this item 
are identical to those for the 'client command execution result 
notifying destination' of FIG. 9. 
15 Referring back to FIG. 22, the client command execution 

result generating means 144 corresponding to response 

~ »nni iration program for reading a client 
generating means is an application p og 

^ M 142 This client command 

command from the client command pool 142 . 

execution result generating means 144 has functions of 
20 generating a response to a client co^nand, and registering in 
the client command pool 142 the generated response to this 
client command in association with the command ID of this 
cora nand. Herein, it is noted that the client command received 
from the HTTP client 11 is arranged to be registered in 
25 association with the ID for identifying this coxrcnand and 



management information for managing this contend in the client 
command pool 142 as a client command sheet in a table format. 
Thus, the command response generated by the client command 
execution result generating means 144 is also registered in the 
5 client command sheet of the corresponding client command. 

The client command execution result generating means 144 
may be provided with a function of reading a plurality of 
client commands from the client command pool 142 and generating 
a response for each of the readout client commands. Further. 
10 in the case where the client commands include priority 

information for the HTTP server 12 to prioritize the execution 
of their respective processes . the client command execution 
result generating means 144 may be provided with a function of 
reading and executing the respective processes according to the 
15 order of priority starting with the client command with the 

highest priority - 

It is noted that the client command execution result 

generating means 144 does not necessarily have to be an 
application program itself, and may instead be a module that 
20 administers the execution of a command by calling a suitable 
application program for executing the server command, for 
example, 

FIG. 24 shows an exemplary data configuration of a client 
command sheet in the HTTP server 12. 
25 as is shown in this drawing, the client command sheet of 



the HTTP server 12 has areas for storing data that are largely 
identical to those of the server command sheet of the HTTP 
client 11 shown in FIG. 10. The difference between these two 
command sheets is that the type of command described in this 
5 client command sheet of the HTTP server 12 is a client command 
rather than a server command and the HTTP client 11 is 
designated as the sender of this command and the destination of 
its corresponding command response. Further, as for the 
•client command notifying destination' of the server command 
10 sheet of the HTTP server 12, although the title of this item is 
different since the command sheet describes a client command 
rather than a server command, the actual contents that may be 
registered as data for this item are identical to those for the 
♦server command notifying destination' of FIG. 10. 
15 Referring back to FIG.22. the outgoing message gathering 

roeans 145 corresponds to request gathering means for reading 
from the client command pool 142 a command response generated 
by the client command execution result generating means 144 
that is registered in association with the command ID of the 
20 client command corresponding to this command response, as well 
as reading from the server command pool 141 a server command 
generated by the server command generating means 143 that is 
registered in association with the command ID of this command, 
a „d generating an outgoing message from the read data . 
25 When execution priority information is assigned to the 
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command responses and/or the client commands, the outgoing 
message gathering means 145 may be arranged to read the corcnand 
responses and/or client commands according to the order of 

execution priority. 
5 Herein, the format of the outgoing message created by the 

outgoing message gathering means 145 of the HTTP server 12 is 
identical to that of the outgoing message Created in the HTTP 
client 11- 

The HTTP response transmitting means 146 corresponds to 
10 transmitting means for generating an HTTP request containing 
the outgoing message generated by the outgoing message 
gat hering means 145 as a communication response to the HTTP 

-hv,o http client 11, and transmitting this 
request received from the HTTP client x 

BTTE response to the HTTP client 11. Herein, it is noted that 

15 a „ y suitable nustoer of outgoing usages »Y »e stained * - 
BTO response, and also, outgoing usages corresponding to 
M responses and outgoing messages corresponding to client 

-^^nnled in the HTTP response on an 
commands may be xntermxnglea in ^ 

arbitrary basis. 

Thus, the HTTP response transmitting means 146 is adapted 
to include the outgoing messages generated by the outgoing 
message gathering means 145 in one HTTP reguest for 

«. «■>,„ http client 11 without regard to whether 
transmission to the HTTP client xx 

f h P rftin correspond to a command 
the outgoing messages contained therein co 

^ Hnapver it is also possible to 
25 response or a client command. However, it 



set a lilt to the number of outgoing massages included in one 
HTTP request. 

It is noted that once the outgoing message gathering means 
145 undertakes reading of a server command or command response, 
5 the transmission of the HTTP response is performed even when 
there is no data to be read and consequently no outgoing 
usages are generated. That is, the outgoing message 
gathering means 145 undertakes readout of a command response or 
9 erver command upon receiving an HTTP request from the HTTP 

10 client 11- 

The above arrangement is made because the HTTP server 12 

i3 unable to send information to the HTTP client 11 unless the 

■ =4-40x1 rpouest to the HTTP server 
HTTP client H makes a communication request 

12 as described earlier. 
15 The HTTP revest receiving means 147 corresponds to 

„c.iving means for scquirin, an HTTP rehear from the HTTP 
client 11. 1» the HTTP request, any number of receiving 
m „„ g e, may he included. Further, the receiving message may 
Oescribe a client ccmmnd and the command ID asaooiated with 
20 this cosmmnd or a response to a server command and the co^and 
„ associated with this cosmend. and the t„o types of receiving 
messages may he intermingled in the HTTP request on an 

arbitrary basis. 

Herein, the receiving message describes the co-and or 
25 response and the corresponding command ID aa a SOAP message. 



The received message distributing means 148 corresponds to 
distributing means for allocating and registering the data 
contained in the HTTP request received by the HTTP request 
receiving means 147 into the server command pool 141 and the 
5 client command pool 142 , respectively. 

Specifically, the client command and the command ID 
associated with this command are registered in a client command 
sheet provided in the client command pool 142. As for the 
response to a server command, the command ID associated with 
10 this command is collated with the command ID registered in each 
server command sheet stored in the server command pool 141 so 
as to determine the corresponding server command of the command 
response, and this command response is registered as the 
.output parameter' of the corresponding server command. 
15 The HTTP request is resolved into the respective receiving 

messages, and each receiving message included in this HTTP 
response is extracted so that data described therein is 
converted into a format suitable for registration in the table. 
This conversion may be realized by i^lementing an appropriate 
20 conversion program (parser) that is generated based on WSDL. 

The HTTP request received by the HTTP server 12 having the 
above-described functions corresponds to a communication 
request sent from the HTTP client 11. Thus, for example, this 
HTTP request may correspond to the HTTP request of FIG. 11 used 
25 in describing the functions of the HTTP client 11. Similarly. 
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the HTTP response sent by the HTTP server 12 corresponds to the 
communication response sent to the HTTP client 11 to be 
received by this HTTP client 11. Thus, for example, this HTTP 
response may correspond to that described using FIG. 12. 
5 Further, the contents of the parts included in the HTTP request 
and HTTP response may be identical to those described in 

reference to FIGS. 13-16. 

In the following, processes performed by the HTTP server 

12 having the above-described configurations and functions are 
10 described with reference to flowcharts shown in FIGS. 25-29. 

Herein, it is noted that the processes illustrated in these 

flowcharts are realized by the CPU 31 of the HTTP server 12 

that executes the appropriate control programs. 

First of all, FIG -25 shows a flowchart illustrating a 
15 basic operation flow of a message gathering and distributing 

process . 

The CPU 31 of the HTTP server 12 starts the process 
illustrated by the flowchart of FIG. 25 when an HTTP request is 
sent from the HTTP client 11. 

20 According to this process flow, first the HTTP request is 

received (Sill) . Then, the HTTP body of the received HTTP 
request is divided into parts (S112) . The HTTP body is divided 
into components that are separated from each other by a 
' MIME_boundary ' . 

25 Then, a sequence o£ processes corresponding to steps 
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S113-S115 is successively performed for each of the divided 
parts, in this process sequence, first, it is determined 
whether a part subjected to the process describes a client 
command (S113) . Then, if it is determined that the part 
5 describes a client command, a client command registration 
process is performed (S114) . On the other hand, if it is 
determined that the part does not describe a client command, 
this means that the part describes a response to a server 
command and, thereby, a response notification process is 

10 performed (SU5) . 

After performing either step S114 or S115, the process 
goes back to step S113, and the process sequence is repeated 
for a next part that is subjected to the process. Then, after 
the process sequence of steps SU3-S115 is performed for each 

15 of the divided parts, the process moves on to the next step 
S116- 

With regard to the processes up this point, the CPU 31 
functions as the HTTP request receiving means 147 in steps Sill 
and S112. and as the received message distribution means 148 in 

20 steps S113-S115. 

Next, the CPU 31 performs a server command gathering 
process (SH6) . This corresponds to a process of gathering 
from the server command pool 142 server commands that are to be 
transmitted to the HTTP client 11, and also includes a process 

25 of generating from the gathered data parts containing 



respective SOAP envelopes. 

Next, a client command execution result gathering process 
is performed (S117) . This corresponds to a process of 
gathering from the client command pool 142 conmand responses 
that are to be transmitted to the HTTP client, and also 
includes a process of generating from the gathered data parts 
containing respective SOAP envelopes. 

Then, the parts generated in the process steps S116 and 
S117 are merged together so that an HTTP response containing 
these parts is generated (S118) . This HTTP response is then 
sent to the HTTP client 11 as a communication response to the 
HTTP request received in step Sill (S119) , after which this 
message gathering and distributing process is completed. 

With regard to the processes up to this point, the CPU 31 
functions as the outgoing message gathering means 145 in steps 
SU6 and S117, and as the HTTP response transmitting means 146 

in steps S118 and S119. 

In the following, the operation flow of FIG. 25 is 
described further using flowcharts each illustrating portions 
of the operation flow in greater detail. 

FIG- 26 is a flowchart illustrating a more detailed 
operation flow of FIG. 25 for the process steps Slll-115. 

According to this process flow, first, the CPU 31 of the 
HTTP server 12 receives the HTTP request transmitted from the 
HTTP client 11 (S121) . Upon receiving the HTTP request, the 
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CPU 31 analyzes its HTTP body and divides it into parts (8122) . 

Then, a process sequence corresponding to steps S123-S129 
is successively performed on each of the divided parts. 

in this process sequence, first, it is determined whether 
5 a part subjected to the process corresponds to a client co^and 

... aKrtW _ cl ient command and a response 
(S123) - As is described above, a client w 

to a server con^and may be included in the HTTP request and, 
thus, a determination of whether a part corresponds to a client 
command or a response to a server command is made. This 
10 detection is m,de based on whether a Action- header is 
scribed in the part, or the determination may be made based 

on the content of the *x-SOM>-Type' header. 

in *tet> S123 that the part 
Then, when it is determined in step 

_ nri rn _ dient comnand, this means that the 
does not correspond to a cxienv 

„ par, descries a . « a server co^nd. I, this ca... 

th e XMt te«t descrih-in, the part is ana ly zed — «-"«*- 
suitable for registration in the server co™and sheet 
(sl2 4, . Then, a server oo»*nd »rrespo„din g to this response 
i. searched fro„ the server co»»nd poo! 141 . and the co^nd 
20 response data is raftered in the it- "output parameter- of 

. . ^ corresponding server command 
the server command sheet of the corresp ^ y 

(S 125> It is noted that a command ID identical to the 

infection indicated as the 'co^nd ID' in the transmitted 

server command is attached to the command response and, thus, 

25 the search for the corresponding server command in step S12S 
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may be conducted using this information as a key. 

After the registration of the command response data is 
completed, the 'status' of the server command sheet is changed 
to 'response received' and indicated as thus (S126) . Then, the 
fact that a response has been received is notified to a 
destination registered in the 'server command execution result 
notifying destination' (S127) . With this notification, an 
application program such as that for generating the server 
command may be informed that a response to the generated 
command has been received, and may perform suitable processes 

according to the response. 

For example, when an application program for dealing with 
trouble arising in the HTTP client 11 generates a server 
command to acquire a sensor value from a temperature sensor of 
the HTTP client 11, this command is sent to the HTTP client, 
and the HTTP client 11 may send back a command response 
including the requested sensor value. Then, the HTTP server 12 
receiving this command response searches for the server command 
corresponding to this command response based on the command ID 
included in this command response, and registers this command 
response in association with its corresponding server command. 
Then, the application for dealing with the trouble that is 
registered as the command execution result notifying 
destination of this command is notified of the fact that a 
5 response to this command has been received. The application 



program receiving this notification may refer to the server 
conned sheet and acquire the execution result of the generated 
command from the item 'output parameter' of this server command 
sheet . 

5 After the processes up to step S127 are completed for the 

subjected part, the same processes starting from step S123 are 
repeated for a next part if such part exists. 

On the other hand, when it is determined in step S123 that 
the subjected part corresponds to a client command, the XML 
10 text describing the part is analyzed and converted into data 
suitable for registration in the client command sheet (S128) . 
Then, a client command sheet for this client command is created 
and this server command sheet containing the server command and 
its corresponding command ID is registered in the client 
15 command pool 142 (S129) . The content of the client command is 
registered in the items 'method name' and 'input parameter' of 
the client command sheet, and the command ID described in the 
part is registered in the item 'command ID' of this client 
command sheet. In the item 'client coionand notifying 
20 destination', reference information to the application program 
with which the method registered in the 'method name' is to be 
executed, for example, is registered, this reference 
information being determined based on correspondence 
information between a method and an application program, for 
25 example, that is provided beforehand. It is noted that the 
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initial value of the 'status' corresponds to 'not processed'. 
a nd the initial value of the 'output parameter' corresponds to 

'NULL' . 

After the processes up to step S129 are completed for the 
5 subjected part, the same processes starting from step S123 are 
repeated for a next part if such part exists . 

Thus, the process flow illustrated in FIG.26 ends after 
the process sequence from step S33 to step S39 is performed on 
each of the parts contained in the HTTP request received in 

10 step $121. 

Hereby, the description of the processes pertaining to 
receiving the HTTP request is corseted, and a description of 

, . ^ ^_ oi-~tvs S116 and onward of FIG. 25 
the processes corresponding to steps fcJ-io 

will now be given. 

FIG.27 is a flowchart illustrating a more detailed process 

flow of steps SU6 and onward of K0.25. It is noted that the 
process step following step S!29 of FIG.26 corresponds to step 

513 1 of this drawing. 

According to this process flow, first, the CPU 31 of the 
20 HTTP server 12 gamers from the server corrmand pool 141 

contents of the 'method naxae' and 'input parameter' of the 
server command sheets indicating 'not sent' for the 'status' as 
server commands to be sent to the HTTP client 11, and also 
gathers contents of the 'conmand 10' as IDs of the gathered 
25 server conmands (S13D - It is noted that when 'not sent' is 
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indicated as the 'status' , this means that a command generated 
by the server command generating means 143 has not yet been 
sent to the HTTP client 11. Thus, commands to be sent to the 
HTTP client 11 can be extracted based on this information. 
5 Then, a process sequence corresponding to steps S132-S134 

is successively performed on each of the server coxrmands 
gathered in step 8131. I» this process sequence, first, a 
server command and its corresponding command ID that are 
subjected to the process are converted in to an XML text in 
10 which information on the client command and the command ID are 
included in a SOAP body and a SOAP header, respectively (8132) - 
Accessory information is attached to the XML text to generate a 
SOAP envelope corresponding to a part describing the subjected 
command (8133) - Then, the 'status' of the server command sheet 
15 describing the subjected server command is changed from 'not 
8Wt . to Siting for response' (8134) . When the 'status' is 
indicated as 'waiting for response' , this means that the 
described command has been sent to the HTTP client 11 - 

After the process sequence is performed on each of the 
20 gathered server commands . the CPU 31 gathers the contents of 
the 'output parameter' of client command sheets of which the 
•status' is indicated as 'process complete' as command 
responses to client commands that are to be transmitted to the 
HTTP client 11. and also gathers the contents of the 'com^nd 
25 id ' as IDs of the client commands corresponding to the gathered 
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responses (.135). When the 'status' i. Indited as process 
complete' , this means that the response corresponding to the 
client command that is generated by the client command 
execution result generating means 144 has not yet been sent to 
5 the HTTP client 11 . Thus , the command responses to be 

transmitted to the HTTP client 11 can be extracted based on 

this information. 

Then, a process sequence corresponding to steps S136-S138 
is successively performed on each of the command responses 
10 gathered in step 5135. This process sequence includes 

converting a subjected command response and the corresponding 
command ID gathered therewith into an XM, text that describes 
information on this command response and the corresponding 
command ID in a SOUP body and a SOAP header, respectively 
15 (5136) , attaching accessory information to the XML text and 
qenerating a SOAP envelope corresponding to a part describing 
t*. subjected command response (S137) . This process sequence 
is identical to that of steps S132 and S133 except for the 
diff erence in the data items being subjected to the processes. 
20 Next, the 'status' of the client co.nand sheet describing the 

subjected cononand response is changed to 'response made' (S138) 
WHen 'response made- is indicated as the 'status', this means 
that the co.nand response has been sent to the HTTP client U. 
^er the completion of the processes described above, the 
25 CPU 31 merges the parts generated in steps S133 and S137, 
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generates a multipart HTTP response as shown in FIG. 12 , and 
sends this to the HTTP client 11 (S139) . 

It is noted that the changing of the 'status' in steps 
S134 and 5138 may be performed after the transmission of data 

5 is actually completed. 

it is also noted that in the present embodiment, the parts 
to be transmitted are generated and merged together before they 
are transmitted, and the parts are received as a whole after 
which they are divided into parts for further processing; 
10 however, the present invention is not limited to this 

arrangement. For example, the parts may be successively 
transmitted each time a part is generated, or the parts may be 
successively received and processed accordingly each t*ne a 
part is received, as described in the case of the HTTP client 
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_„„ -.,+aiTiina to the execution of 
in the following, processes pertaining ro 

a client command will be described. 

FIG.28 is a flowchart illustrating an example of such 

processes . 

20 This process pertaining to the execution of a server 

cor^nd is performed after step S129 of FIG.27. Namely, these 
steps may be performed after the client conmand is registered 
in the client command pool 142 . The CPU 31 of the HTTP server 
12 functions as the client command execution result generating 

25 means 144. 



In this process flow, first, an application program or 
some other suitable means for executing the client command is 
called based on the information corresponding to the 'client 
command notifying destination' of the client command sheet 
describing the registered client command, and data 
corresponding to the 'method name' and 'input parameter' are 
handed over to the application so that the process pertaining 
to the server command is performed (S141) . Although it is not 
shown in this flowchart, the process pertaining to the server 
cormnand is executed by the CPU 31 using a different thread. 

After this process step is completed, the execution result 
is registered in the item 'output parameter' of the client 
command sheet (S142) - At the same time, the 'status' of the 
client command sheet is changed to 'process complete' which 
indicates that the process is completed ($143) . Then, the 
operation goes back to the process flow of FIG. 27. 

By means of the process steps of FIG. 28, the client 
command may be executed and appropriate measures may be taken 
so that the execution result of the client command can be sent 
to the HTTP client 11 as the command response. 

FIG. 29 is a flowchart illustrating another exemplary 
process flow pertaining to the execution of the client command 
that is performed independently from the process flow of FIG. 27 
The CPU 31 of the HTTP server 12 also functions as the client 
command execution result generating means 144 as in the example 



of FIG. 28. 

in performing the process steps of FIG. 29 , the CPU 31 
initiates the process at suitable tilings such as at intervals 
of a predetermined t*ne period or after a predetermined time 
5 period passes from the time an HTTP response is received. 

When the process of FIG.29 is started, a client command 
sh eet of which the 'status' is indicated as 'waiting for 
process' is extracted from the client command pool 142 to be 
subj ected to the subsequent processes, and the 'status' of its 
10 co^d sheet is changed to processing' (ST) . ^though it is 
not shown, if a client command sheet of which the status' is 
indicated as 'waiting for process' is not found in the client 
command pool 142, the process of FIG.29 is ended. 

Wben a client command sheet qualifying for the process can 
15 be found, the process steps S141-S143 are performed as in 

„ G 2 8 to execute the client command described in the subjected 
cli ent command sheet, and the process ends after these steps 

are completed » 

« is noted that the above processes »Y be perforssd 

2 „ simultaneously using s plurality or threads as has been 
described for the HTTP client 11 . 

By perform the above-described processes , each client 

. _ rfes ired timing and, thereby, even 
command can be executed at a desired t 

vmen the execution of one command takes a long time, the 
25 ^sequent processes (client commands, may not necessarily be 
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affected by this delay. The execution results of these client 
commands are successively adapted for transmission to the HTTP 
client 11 as command responses in the order in which the 
execution of each command is completed. 
5 in the above, the processes pertaining to the transfer of 

commands and command responses performed in the HTTP server 12 

has been described. 

By implementing the above-described functions in the HTTP 
client 11 and HTTP server 12 so that they are able to perform " 
10 the above-described processes, an operation request to be sent 
from a sender to a communication counterpart, and an operation 
response to an operation request received from the 
communication counterpart may be collectively sent to the 
communication counterpart in one bundle. In this way, it 
15 becomes unnecessary to perform individual negotiations to 

establish connections for the transmission of the operation 
request and the transmission of the operation response, 
respectively, and thereby, the communication overhead can be 
reduced and communication efficiency can be Unproved. 

The collective transmission in a bundle (batch 
transmission) of the operation request and the operation 
response is realized by converting each of the operation 
request and the operation response into serialized data, and 
further converting each data into a transmission message 
25 described in a structured language format. In this way, the 
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operation request and operation response having different 
fortnats may be easily merged and they may be transmitted as one 
logical transmission content. 

With this arrangement, the communication apparatus at the 
5 receiving side (communication counterpart) is able to receive 
an operation response to the operation request sent to the 
convocation counterpart and an operation request from the 
communication counterpart in a batch, and easily divide the 
received content into individual messages to perform the 
10 appropriate processes depending on whether each message 

corresponds to an operation request or an operation response. 

in an embodiment where one communication apparatus is 
arranged to send a communication request and the communication 
apparatus at the other end (communication counterpart) is 
15 arranged to send messages such as an operation request to the 

sender of the comounication request as a communication response 
to this communication request, the transmission /reception of 
operation requests and operation responses may be performed 
smoothly even in a communication system in which the 
20 communication apparatus sending the communication request 

(communication client) is stationed within a firewall. Also, 
in this embodiment, since the communication request and 
communication response correspond to each other, timing 
management in the communication level may be facilitated. 
25 By arranging the above communication apparatus sending a 



communication request to periodically send the communication 
request to its communication counterpart in this embodiment, a 
delay in the transmission of information from outside to be 
transmitted inside the firewall for a long period of time can 

5 be prevented. 

By implementing a client command pool and a server command 
pool . the operation requests and operation responses generated 
by various means such as application programs may be 
accumulated in theses pools and, thus, the operation requests 
10 and operation responses may be generated without due 

consideration to their transmission timing to the communication 
counterpart. Thereby, the processes performed by the various 
application programs and/or other suitable means may be 
simplified and, in turn, the design and development of these 
15 application programs may also be simplified. 

By implementing gathering means for reading from the pools 
th e operation requests and operation responses that are to be 
transmitted to the communication counterpart, information to be 
transmitted can be prevented from being left out in the 

20 transmission. 

Distributing means may be implemented for dividing the 
received operation requests and operation responses and storing 
them in the respective pools. In this way, received 
information may be accumulated in the pools and, thereby, the 
25 execution of an operation pertaining to a received operation 



request and/or the execution of processes after receiving an 
operation response may be performed without due consideration 
to a reception timing from the communication counterpart. 
Therefore, the processes performed by the various application 
5 programs and/or other suitable means may be simplified and, in 
turn, the design and development of these application programs 

may also be simplified. 

By assigning identification information such as an ID to a 
generated operation request, and storing or transmitting the 
10 operation request in association with this identification 
information, and also storing or transmitting an operation 
response in association with the identification information of 
an operation request for this operation response, 
correspondence information between an operation request and an 
15 operation response may be easily recognized based on the 

identification information even in a case where a plurality of 
operation requests and operation responses are included in one 
message . 

By assigning priority information to the operation 
20 requests and executing and sending responses for these requests 
in due order according to the priority information, an 
operation requiring urgency may be executed with priority and 
also, a response to this operation request may be sent with 



priority 



25 
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[Reference E»a»ple usin s SMTP: FIGS.30-351 
!„ tee following, e reference ex-ple in which SMTP is 
used as the co»unication protocol -ill he desert- It is 
,„ted that -n, cos-n points cist hetwesn this reference 
, e^le and the previously-described e^i-nt n.in, HTTP 

creation protocol. Thus, parts of the description of 
*. reference ex^le that are identical to these of the 
eminent uslnc, HTTP are omitted or simplified, and an 

thesis is pot on feature, of this reference exasple that are 

, V , AC „ of the embodiment using HTTP. 
10 different from those ol T^e 

FIG 30 is a block diagram showing an exemplary 
configuration of a communication system Renting the above 

reference example using SMTP . 

TOi s cc-nication s y »t«. includes a interconnect^ 
„ , co»unicatlon apparatus A »d a -ail server A' . a LAK.B 

in terconnectin g a eviction apparatus B and a -U sarver 
and internet 13 interconn^ the ™_A and «»_B via a 
firewall A of the LAN_A and a firewall B of the LAN__B. .call 
server A and a mail server B are provided in the U*> «»d 
20 „ B. respective!*, at positions enahlln, access from outside 
via the respective firewalls. It is noted that the 
co-.unie.tion apparatus A corresponds to the first 
^ication apparatus, and the cos^unioation apparatus B 
corresponds to the second creation apparatus of 

xn a oo».unicstio» usin, SMTP, the transfer of i»for»tion 
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between the communication apparatus A and the communication 
apparatus B is realized by electronic mail. Specifically, for 
example, when information is to be sent from the communication 
apparatus B to the communication apparatus A, the communication 
5 apparatus B outputs an electronic mail addressed to the 
communication apparatus A, which is first sent to the mail 
server B' . as is indicated by the dashed line arrows in FIG-30. 
Then, the electronic mail is transferred via the mail servers 
B'. B. and A, respectively, before being transferred to the 
10 mail server A' to which the communication apparatus A has 
direct access. 

then, as indicated by the dash-dotted line arrow of FIG.30. 
the communication apparatus A can periodically access the mail 
server A' to receive electronic mail addressed to thereto. In 
15 this way, information transmission from the communication 

apparatus B to the communication apparatus a is completed. On 
the other hand, in transmitting information from the 
convocation apparatus A to the communication apparatus B, a 
reverse procedure of the above-described procedure may be 
20 performed. In other words, the communication apparatus A and 
the convocation apparatus B operate in a similar manner with 
respect to information transmission. It is noted that the mail 
server A' and mail server B- do not necessarily have to be 
Elemented, and the communication apparatus A may communicate 
25 directly with the mail server A and the communication apparatus 
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B may communicate directly with the mail server B. 

in such a system, each LAN implements a mail server at a 
position that allows access from outside so that electronic 
mail cam be sent thereto via the firewall. 

in this reference example, the communication apparatus A 
and the communication apparatus B are able to transmit 
information to/from each other even though they do not 
communicate through direct negotiation. Thus, it is presumed 
that such information transmission corresponds to a 

f 

-communication' and will be referred to as such hereinafter. 

As with the first and second communication apparatuses of 
FIG.l. the communication apparatus A and communication 
apparatus B implement application programs for controlling and 
managing each other. Using RPC, each communication apparatus 
is arranged to send an 'operation request' calling for the 
execution of the process for a method of an application program 
implemented at the other side, and acquire an * operation 
response ' corresponding to the execution result of the 

requested process. 

FIGS.31A and 31B show relations between the operation 

request and the operation response. As is shown, in the 
operation request level , the communication apparatus A and the 
communication apparatus B operate in a similar manner as with 
the HTTP client 11 and the HTTP server 12. 
; Further, in the case of using SMTP, the communication 
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apparatus A and the communication apparatus B operate in a 
similar manner even in the communication level, this being 
different from the relation between the HTTP client 11 and the 
HTTP server 12. 

5 FIG. 32 shows an exemplary communication sequence in this 

communication system. 

As described earlier, in this communication system, 
communication between the communication apparatus A and the 
communication apparatus B is performed using electronic mail. 
10 This electronic mail includes information on a sender and a 
destination, and a reply may be sent back to the sender from 
the destination. However, in this case, the first mail and the 
reply mail are independent from each other; that is, in this 
example there is no relation similar to the communication 
15 .eguest-com.unication response relation found in the embodiment 

using HTTP. 

Thus , either of the two cormrunication apparatuses is able 
to initiate the communication, and the electronic mail does not 
necessarily have to be sent back and forth. In the following 
20 example, a case will be described in which a total of three 
electronic mails are transmitted/received back and forth 
starting with the communication apparatus A sending an 
electronic mail to the communication apparatus B. 

in these electronic mails, an operation request (command) 
25 to a destination and an operation response (command response or 
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simply 'response') to the comcnand received from the destination 
are described. This case applies whether the sender 
corresponds to the communication apparatus A or the 
communication apparatus B. 
5 Thus, for example, conrounication apparatus A command (a) 

may be described in electronic mail (.) to be transmitted to 
the communication apparatus B, and subsequently, the 
corresponding command response from the communication apparatus 
B may be described in electronic mail Cy) to be sent to the 
10 communication apparatus A. Also, communication apparatus B 
command (c) may be described in the electronic mail (y) and, 
subsequently, the corresponding command response from the 
communication apparatus A may be described in electronic mail 
(2 ) to be sent to the communication apparatus B. 
15 it is noted that any number (including 0) of operation 

re quests and operation responses to the operation request may 
be described in one electronic mail- Further, the content 
described in one electronic mail corresponds to one message and 
is logically sent as one batch. In this way, the number of 
20 electronic mails for transmitting information can be reduced so 
that the communication overhead is reduced and communication 

efficiency is improved- 

It is also noted that a command response may be described 
in a first electronic mail sent after the reception of the 
25 corresponding command or in an electronic mail sent thereafter 
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as in the example of FIG.6 using HTTP • 

Next, in the following, functional configurations and 
process steps for realizing the processes of merging the 
co^nds and con^nd responses and separating these parts in 
B the —cation apparatus A and —cation apparatus B 

... lt is no ted that the hardware 
will be described. it is 

* anoaratuses may be identical to the 

configurations of these appararuse 

<t, FTG 7 for the HTTP client 11 and 
configuration illustrated in FIG. 7 tor ^ 

HTTP server 12 . 

10 FIG.33 13 a functional bio* diaara. Uluatratina a 

^ conflation of the cogitation apparatus » for 

tn. process pertalnln, to tne oo^anOa an, oo^ano 

responses (corresponding to FIG. 8) . 

As is shown, the co^nication apparatus A includes a 
15 congestion apparatus A command pool 5 l. a communication 

Q ^nd oool 52 communication apparatus A conmand 
apparatus B conroand pool 

+ ■ a means 53 and communication apparatus B command 
generating means , 

which correspond to the 
execution result generating means 54, whic 

h nol 41 the server command pool 42, the client 
client command pool 41, we 

means 43, and the server command execution 
20 command generating means 

Ad respectively (see FIG. 8) . The 
result generating means 44 . respectiv y 

•' «■>« names of these corresponding functions are 
differences in the names oi 

to tha diffarances In tb. - «- «^-«— 

n. ooa^ioatlon apparatus a include* outline, a.aa.g. 

25 merino - « - ^ ~ — " 



as in FIG. 8. It is noted that in this example, a data format 
corresponding to SMTP is used for transmission and reception of 
data. However, the individual SOAP messages corresponding to 
th. commands and command responses described are identical to 
5 those used in the embodiment of FIG. 8. 

The communication apparatus A further includes mail 
transmitting means 56 and mall receiving means 57, which 
respectively correspond to transmitting means and receiving 
means, are different from the HTTP reguest transmitting means 
10 46 and the HTTP response receiving means 47 since the protocol 
being used for transmission and reception of data in the two 

examples is different. 

The mail transmitting means 56 has the function of 
generating an electronic mail addressed to the communication 
15 apparatus B that includes the outgoing message generated by the 
outgoing message gathering means 45. and sending this to the 
mail server A' ■ After this, the communication apparatus A does 
not interfere with the transmission of this electronic mail, 
fcs in the embodiment of FIG- 8. any number of outgoing messages 
20 may be included in one electronic mail, and the outgoing 

message .ay correspond to a con^nd response or a communication 
apparatus A command. The outgoing messages corresponding to a 
command response and outgoing messages corresponding to a 
communication apparatus A command may be intermingled on an 
25 arbitrary basis. 
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The «U -eivin, Bean, 57 has the function of ***** 
to ae e whether there are an y newly arrived — ■ - 
„» nMly arrive -U. « ^ y exist. The electronic -U to 
be received -»y include -V nwtoer o t receiving ».,ssa g es 
5 oescrihin, a caseation apparatus B co^and one its 

essoeiated co^nd ID. and receivin, *essa 3 es descrihin* a 
response to a co^unicatioo apparatus A co»»hd and if 

„H ID that are Intenainflled with each other oh 
associated comnand ID, tnec 

an arbitrary basis. 

FIG.3A shows an exemplary electronic mail to be sent to 

B from the communication apparatus 
the comnunication apparatus B from ^n 

K having the above-described functions. 

<i like the HTTP request of FIG. 11, bas 
This electronic mail, like rne 

v. «- ri «rribes a multipart message using MIME 
a body portion that describes am 

M • i Fx tens ion) . In each part making up 
15 (Multipurpose Internet Mail Extension) 

, a„ embedded. Thus, the 
the multipart message a SOAP envelope is embedd 

• , this electronic mail is identical to the HTTP 
body portion of this eiecvi-w 

body of the HTTP request. 

However, the header portion of this electronic -U i= 
J0 different from the HTTP header in that information 

, -F^,- indicating the sender address 
corresponding to items 'From' for indicat g 

.„ , To . for indicating the destination 

of the electronic mail, io 

d >Subiect' for indicating the title, for example, 
address, and Subject 

are described therein. 

■i *-n hf sent to the communication 
25 As for the electronic mail to be sent 
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apparatus A from the communication apparatus B, the information 
content described in the items 'From' and <To' are exchanged. 

Also, the contents of the SOAP envelopes described in the 
electronic mails are identical to those described in the HTTP 
5 request or HTTP response. However, in the entity header 

portion of each part, different information may be described 
since the data encoding method used in this example is 
different from that used in the embodiment using HTTP . 

in the following, processes executed in the con^unication 
10 apparatus A having the above-described configurations and 

functions will be described with reference to flowcharts shown 
in FIGS. 35 and 36. It is noted that the processes shown in 
these flowcharts are executed by a CPU that is implemented in 
the communication apparatus A and executes suitable control 
15 programs. 

FIG. 35 is a flowchart illustrating a basic operation flow 
of processes executed upon message transmission. 

First, the CPU of the communication apparatus A starts the 
process flow of FIG. 35 at an appropriate tiding for the 
20 outgoing message gathering means 45 to undertake a readout of 
communication apparatus A commands and/or command responses. 

Then, a corwnunication apparatus A command gathering 
process is performed (S51) . This corresponds to a process of 
gathering from the communication apparatus A command pool 51 
25 coinmunication apparatus A commands to be sent to the 
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communication apparatus B. and also includes a process of 
generating SOAP envelope parts based on the gathered data. 

Then, a communication apparatus B command execution result 
gathering process is performed (S52) . This corresponds to a 
process of gathering from the communication apparatus B command 
pool 52 command responses to be sent to the communication 
apparatus B, and also included a process of generating SOAP 
envelope parts based on the gathered data. 

Then, the parts generated in the processes of steps S51 
and S52 are merged so that an electronic mail containing these 
parts is generated (S53) . This electronic mail is then 
addressed to the communication apparatus B and sent thereto 
(S54) and, hereby, the message transmission process of FIG -35 
is completed. 

in executing the above-described processes, the CPU of the 
communication apparatus A functions as the outgoing message 
gathering means 45 in steps SSI and S52 , and as the mail 
transmitting means 56 in steps S53 and S54. 

It is noted that these processes correspond to steps 
S11-S14 of FIG. 17. However, in the case of using SMTP , the 
transmission of electronic mail and the reception of electronic 
mail each correspond to individual processes and a relation 
such as that between the communication request and the 
communication response in the data transmission/reception 
between the HTTP client 11 and HTTP server 11 does not exist in 
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tti. exan*le. Thus, the trans^ssion process ends here, and 
another separate process is perfcrned in receiving the 

electronic mail- 

F1G .36 is a flowd«rt illustrating a basic operation tic 

5 of a message receiving process . 

The COT of the coa-unication apparatus A periodically 
accesses the 11 server V and starts the process illustrated 
in the flowchart of P1G.36 -hen it detects a ne„ly arrived 
olectronic -U sddressed to the co»»unication apparatus ». 

!„ this process, first, the CPU receives the ne-ly arrived 

electronic «U ««» • — «" "~ ( "~> ° £ *" """" 
el ectro„ic «U is divided into parts «S62, . This corresponds 

t „ a process of dividing the body into cedents that are 

i- „ +) ,or vw a 'MIME boundary' - 
separated from each other by a 

f „,-™-<s.*<,es corresponding to steps 
15 Then, a sequence of processes cor k~ 

„ _ „ ___ h of the divided parts . 

S63-S65 is successively performed for each tn 

In this process sequence, first, it is determined whether a 
part subjected to the process describes a conation 

^ Then, if it is determined that the 

apparatus B command (S63) . Tnen, 

20 part describes a communication apparatus B command, a 

c0 „ication apparatus B co^nd registration process is 
permed (»64, - On the o,her hand, if it U — d that 
^ part does not describe a communication apparatus B con^nd, 
thi. means that the part describes a response to a 
25 conation apparatus A cc— ~d. thereby, a response 
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notification process is performed (S65) . 

After performing either step S64 or S65, the process goes 
baa* to step S63, and the process sequence is repeated for a 
next part that is subjected to the process- Thus, the process 
5 8e guence of steps S63-S65 is performed for each of the divided 
parts, after which the message receiving process of FIG • 36 ends. 

in executing the above-described processes, the CPU of the 
conation apparatus A functions as the mail receiving means 
57 in step S61, and as the received message distribution means 

10 48 in steps S62-S65. 

These processes correspond to steps S15-S19 of FIG. 17 . 
It is also noted that the processes relating to the 
execution of a communication apparatus B command in the 
congestion apparatus A are identical to the processes 

• - rh* server coirenand described with 
15 relating to the execution of the server c 

reference to FIGS. 20 and 21. 

processes relating to the transmission 
in the above, the processes 

of a command and a command response performed in the 
communication apparatus A have been described. 

AS for the functions and processes of the con.nunication 
apparatus B, the concepts of the convocation apparatus A 
corrcnand and the communication apparatus B command may be 

^nrin+inns of the communication 
switched in the above descriptions or ^ 

apparatus A. 

25 As described above, the present invention may be applied 



t. c-.icati-, perform «sln g • P^ocd that do. « 
necessarily correspond the transmission of information to e 
response to this transmission. »- 1» ~* — • « 
.e^est to be sent from a sender to a communication counterpart. 
, and an operation response to a operation revest that has been 
reived from the congestion counterfort may be coUectiv.ly 
sent to the communication counterpart in on*, batch so that the 
eperation revest and the operation response do not have to be 
transmitted in separate units . m this way. the coruscation 
l0 overhead can be reduced and co«nunication efficiency can be 
improved ■ 

use. by using electronic mail for data transmssion and 
reception, information can be easily transferred within the 



firewalls 



tModification of Embedment and Reference Example: FIG. 37] 
m the following, an exemplary modification of the above- 
scribed embedment and reference example will be described- 
In the above described embodiment and reference example, 
20 the present invention is described by illustrating an exemplary 

m made up of two communication 
communication system that is made up 

apparatuses; however, this has been done to simplify the 
description and the present invention is not limited to these 

i c the present invention may be applicable 
examples. For example, the present 

25 to a communication system made up of a greater number of 
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convocation apparatuses or a communication apparatus included 

in such communication system. 

FIG. 37 illustrates another exemplary communication system 
that uses HTTP as the communication protocol . 
5 This communication system corresponds to a remote 

management system for managing a managed apparatus by means of 
a managing apparatus by establishing a connection between the 
apparatuses via a network such as the Internet. As is shown in 
the drawing, this system includes a managing apparatus 102 that 
10 corresponds to a communication apparatus having communication 
functions, managed apparatuses 100a~f that also correspond to 
communication apparatuses having communication functions 
(collectively referred to as 'managed apparatus 100' 
hereinafter) , and the Internet 13 that establishes a connection 

. _ annaratu8 102 and the managed apparatus 
15 between the managing apparatus xu^ «n 

100. 

The managed apparatus 100 may correspond to various types 
of electronic apparatuses having communication functions 
including, for example, a printer, a scanner, a copier, a 
20 digital multi functional imaging apparatus implementing more 

than one of the above functions, a network appliance, a vending 
machine, medical equipment, a power source apparatus, an air 
conditioning system, measuring systems for gas, water, or 

4-y™+ ran be connected to a network, 
electricity, a computer that can oe coi 

ovsteni includes mediation 
25 This remote management system 
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apparatuses 101a~c that correspond to communication apparatuses 
that mediate the communication between the managing apparatus 
102 and the managed apparatus 100 (collectively referred to as 
^mediation apparatus 101' Hereinafter). Thus, the managing 
5 apparatus 102 and the managed apparatus 100 communicate with 
each other via the mediation apparatus 101. 

The mediation apparatus 101 and the managed apparatus 100 
may be arranged in various conf igurational structures according 
to their usage environment. For example, in environment A 
10 shown in FIG. 37, the managed apparatuses 100a and 100b, and the 
mediation apparatus 101a that is capable of establishing a 
connection with the managing apparatus 102 using HTTP are 
arranged in a simple conf igurational structure in which the 
mediation apparatus 101a subordinates the managed apparatuses 
15 100a and 100b. On the other hand, in environment B, four 

managed apparatuses 100c, 100d, 100.. and 100f are provided and, 
thereby, the load may be too large for one mediation apparatus 
to subordinate the managed apparatuses. 

For this reason, in an embodiment, the mediation 
20 apparatuses 101b and 101c may be provided. In the 

conf igurational structure of environment B, the mediation 
apparatus 101b that is capable of establishing connection with 
the managing apparatus 102 using HTTP subordinates not only the 
managed apparatuses 100c and lOOd but also the other mediation 
25 apparatus 101c. Further, the mediation apparatus 101c 
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subor dinates the -aged ^atuses 100e and lOOf . 
„tion generated fro. the apparatus 102 to 

conduc t remote t on the managed apparatuses 100e and 

10 0f Passes through the Ration apparatus 101b, and then the 

+us ioic which corresponds to a subordinate 
5 mediation apparatus 101c, wnic 

». o mih to reach the managed 
node of the mediation apparatus 101b, 

^r- security reasons, fire walls 
apparatus lOOe or 100f . Also, for security 

14a and Lb (collectively referred to as firewall 14< 
Hereinafter) are implemented in the environments X and B, 
10 respectively. 

„ ^ - — 101 - we btip ciien 

In such cse. — t- — — 102 iS ~ S '° d ^ 

v o inn the managing apparatus 
15 command to the managed apparatus 100, the 

^nd • send command to managed apparatus 
102 may first send a command sena 

101 may be arranged to send 
100' ,and the mediation apparatus 101 may 

s ^aratus 100 as an operation 
the command to the managed apparatus 

responding to the command received from the managing 
20 apparatus 102. amatively, the managing apparatus 102 may 
d esigna t e one of the managed apparatuses 100a~f as a 

^ =r,^ then send this command to the 
destination of a command and then sen 

*«. 101 and the mediation apparatus 101 may be 
mediation apparatus 101. ana 
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designated destination. 

responses ^ . . 1nriw i i n 

at : nn 0 f the command can be 
that the sender and destination 

d^ned, andprefera.lv, -is motion is 

^naged in a co«nand sheet as well. 

a mail server in this system, the 
By implementing a man s 

4. limited to these embodiments, 
Th e present invention is not limited 

. edifications may be made without 
and further variations and modificati 

e of the present invention. For example, 
departing from the scope of the P ^ ctive ly 

_ gheet and server command sheet respectively 

«* ^ d DOOl 41 and the server co^oand 

15 re gistered in the client conrnand pool 

described as XML formatted documents, 
pool 42 may be descries 

^ ^ <-he amount of information 
A limit may be imposed on the amoun 

In * — — — — - 

, in4te protocol for realizing RPC, 
on SOAP is used as the superordinate pro 

20 13 suC h as COBBA (common object request 

however, other protocols such as t 

. , or JAVA (Registered Trademark BMI (remote 
broker architecture) or JAVA 1* g 

^ be used as well, 
method invocation) may oe . d 

to the above embodiment ana 
in other words , according to the a 

a command and a response to 
*> the exchange of a comma* ^ 
25 reference exaim?ie, tne 
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HTTP client 11 and the HTTP server 12 
this command between the HTTP cue 

^ .-,.<hed in XML; however, the 
i8 realized by a SOAP message descried 

♦ • n is not limited to this arrangement and data 
present invention is not u» 

may be described in other formats as well. 

In the present embodiment, unique protocols are used in 
add ition to protocols according to the SO. standard so that 
«. S0 AP envelopes included in the HTTP rector HTTP 

narts Using the faUAf 

* fh, first part of the HTTP response 
10 envelope corresponding to the first P _ 

, links to subsequent SOAP envelopes 
^ be arranged to contain links t 

„ .art and onward so that they are 
corresponding to the second part and 

This arrangement can similarly be 

associated when handed down. This ■ i and SMTP 

*v*rrvole using electronic maxl and SMTP . 
applied to the reference example 

In the present embodiment, HTTP is used for data 

4 ion as the subordinate protocol with respect to the 
transmission as the su 

^nate protocol such aa SOAP, and in the reference 
superordxnate proto ^ 

exa mple, SMTP (simple _U transfer protocol) 

h as FTP (file transfer protocol) may also 
other protocols such as FTP m 

20 he used as the subordinate protocol. 

-^t-ion svstem according to 
_ f the communication syswa 
The configuration ol tne 

+ . on is not limited to the preferred 
the present invention is nor x 

^les described in the present application, 
embodiments and examples descrin 

, stored in the medium according to the present 
The programs storea m w 

i ^ ™tion programs for administering 
25 invention correspond to application pr 
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. _ - — - • — — euoh 12 

19 the communication apparatus 
http server 12, tne c«n»»» 
HTTP client 11/ *«• HTT * se 

, MOable of communicating with another 
A or B that is capable or c 

«oaratus as a communication counterpart, and by 
communication apparatus as 

*. rnorams in a computer, the various effects 
5 executing such programs in a 

described above can be obtained. 

pro vided in the computer such as a BOM or an HDD. 

be recorded on a recording 
Alternatively, the programs may be 

h a CD-ROM or a nonvolatile recording medxum 
10 medium such as a CD ROM, o 

, . . oram an EEPROM, or a 
memory) such as a flexible disx, a SRAM, 

^m* recorded on the memory 
„ «rd in this case, the programs recorae 
memory card, m 

~ rtat the CPU can execute 
„ he installed in the computer so that 

or the CPU may be arranged to read the programs 
the programs, or the cru « y 

r way the various processes 

15 as well as executing them. In this way, th 

described above may be realized. 

« the programs may be downloaded 
As another alternative, the prog 

has . recording medium on which the program is recorded, or 

^ in its storage means, so that the programs 
20 stores the programs m its 

are executed by the CPU. 

, ication is based on and claims the benefit 
The present application is d 

* -r^nese Patent Application 
of the earlier filing date of Japanese 

* win 2002, Japanese Patent 
Ko 2002-272978 filed on September 19, 

CMtoiber 24, 2002, and 
25 Application KO.2002-272978 filed on Septet 
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Japanese Patent plication No. 2003-305506. Japanese Patent 
^Ucation N o. 2003-305517, Japanese Patent Application 

, , ^ Patent Application No. 2003-305513, and 
No. 2003-305511, Japanese Patent *pp 

-» <>nm-^0S514, filed on August 28, 
Japanese Patent Application No. 2003 305514, 

. <- • o intents of which are hereby incorporated by 
5 2003, the entire contents oi 
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